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International: Please call 
0101'617-491-7311 for your 
nearest dealer. 


If you program in C, 
wouldn’t you like to save 40%-80% 
of development time? 

And enjoy doing it? 


Use the advanced C-scape™ Interface 
Management System to create your screens, and 
most of your work will be done before you start. 
Best of all, it’s fun. 


P rogrammers in over 30 countries are 
saving time and enjoying using C-scape. 
Their screens are elegant. Their windows 
are dynamic. Their menus are fast. Their 
data entry is validated. Their help is cross- 
referenced. Their words wrap in text fields. 
And their users are delighted. 

Airlines, engineering firms, oil companies, 
medical instrument companies, electronics 
companies, hospitals, automobile manufac¬ 
turers, universities, and international financial 
institutions are using C-scape to produce com¬ 
mercial, industrial, scientific, technical, and 
in-house applications in far less development time. 

Specifically, C-scape users report saving 
an average of 40% of overall development time. 
Some users report savings beyond 80%. They 
also say that programming is actually more 
enjoyable using C-scape. 

IEEE software reviewers say using C-scape 
is “a pure joy, primarily due to the ease of use 
and the extensive set of high-level functions 
included in the package.” The reviewers report, 
“We have used a number of different screen 
management systems in the past, but C-scape 
is by far the best we’ve encountered to date.” 
(IEEE COMPUTER, February 1988) 

Why is C-scape used in such diverse 
but critical applications? Because C-scape 
gives you the power, flexibility, leverage, and 
dependability you need to create, maintain, 
and port even the most difficult applications. 


T he new C-scape 3.0 incorporates three 
years of improvements. 

■ The function library includes fully docu¬ 
mented routines for windows, menus, data 
entry and validation, word-wrap text edit¬ 
ing, context-sensitive help. An array of other 
functions—time, money, keyboard playback, 

C-scape works in text and graphics modes, 
so you can combine C-scape with graphics 

■ The all new Look &. Feel™ Screen Designer 
lets you create screens and forms. Then it 
automatically turns them into C code or 
binary files callable at run time. Look &. Feel 
also turns Dan Bricklin Demo (or any ASCII) 
screens to C, saving time and reducing error. 

■ The function-building toolkit makes it easy 
to create your own functions. Develop your 
own look and feel for your function library. 
These unique toolkit functions are key to 
modifying existing functions and creating 

■ A device interface group contains all the 
hardware dependent functions making 
C-scape code portable virtually anywhere. 
Video RAM, ROM BIOS, ANSI support, 
mouse support, automatic CGA, EGA, 
VGA (including 43 line mode) support. 

And they’re swappable at run time. 


U sing the package is easy. Call the appro¬ 
priate functions from your code. Or, let 
Look &. Feel produce the code for you. Control 
and modify anything you like. C-scape is un¬ 
surpassed in flexibility. 

Best of all, C-scape is fun and extremely easy 
to learn. If you know printf, you can use C-scape. 
C-scape runs under MS-DOS, OS/2, UNIX, 
XENIX, VMS, Apollo, Sun, and others. 

To get started, order C-scape on a 30-day 
review basis. You’ll get a professional, fully- 
indexed manual with numerous source code 
examples and a complete function reference. A 
demo disk provides working code examples. 
The famous Look &. Feel Screen Designer will 
have you producing compilable source code in 

We offer international technical support 
and a 24-hour bulletin board. You get complete 
library source code at no additional cost. We 
automatically notify you of upgrades and other 
work-saving Oakland products. C-scape is fully 
compatible with the C-cell™ Spreadsheet 
System and other Oakland C tools. 

Please call for technical literature, a demo 
package that includes Look & Feel, or better 
yet, place an order. Call now. You’ll save time. 
And be pleased. 

800 - 233-3733 (In Massachusetts, 

617-491-7311) MasterCard and VISA accepted. 


DOS and OS/2 $399. UNIX, XENIX, VMS, others, please call. Price includes source code. We do not charge royalties or require run time licenses. 
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Oakland Croup, Inc. • 675 Massachusetts Avenue • Cambridge, Massachusetts 02139-3309, U.S.A. • Prices and terms subject to change. 
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NEW FOR NETWORK DESIGNERS 


BEFORE AFTER 



See your proposed network perform under various workloads 


NETWORK II.5 now gives you easy-to-understand simulation 
results quickly—no programming 


W ith NETWORK II.5 you 
enter your computer- 
communications network descrip¬ 
tion. 

Simulation follows immediately 
--no programming delays. 

Easy-to-understand results 
Your reports show utilization, 
queues, execution times, response 
times and conflicts. 

Graphical reports show hardware 
layout, software data flow, and 
device utilization. 

Seeing graphical results 
increases everyone’s understanding 
of your proposed network and 
builds confidence in the analysis. 

Your system simulated 

You can analyze any computer 
—communications system including 
local area networks. 

You can simulate some portions 
of the system at a detailed level 
and others at a coarser level. 

Widely used protocols are built-in 
-you just make a choice. 


Free trial and training offer 

The free trial contains everything 
you need to try NETWORK II.5® 
on your computer. 

You may develop your own net¬ 
work or modify one of ours. 

Try the NETWORK II.5 ap¬ 
proach, the quality and timeliness of 
our support, the accuracy of our 
documentation and the facilities for 
error-checking -everything you need 
for a successful project. 

No cost, no obligation. 

Act now-free training offer 

For a limited time we also 
include free training. Typical ap¬ 
plications are demonstrated. 

Call today to avoid disappoint¬ 
ment-class size is limited. 

For immediate information 

Call Paul Gorman at (619) 
457-9681, FAX (619) 457-1184. In 
the UK, Richard Eve on (01) 
528-7980. In Canada, Steve Hazan 
at (416) 941-9310. 

The quickest, easiest way for 
you to evaluate network alternatives 
is with NETWORK 0.5. 


With NETWORK 0.5 you get 
results sooner and they are better 
understood. 


fRush information on the 
I NETWORK 0.5 free trial and 
I training offer 

Free trial—no cost, no obligation. 

I Limited offer—Act now for free training. 


Address 

City_State Zip 


Return to: 

CACI Products Company 
3344 North Torrey Pines Court 
La Jolla, California 92037 
Call Paul Gorman at (619) 457-961 
In the UK 

CACI Products Company 
Regent House, 89 Kingsway 


In Canada: 

One First Canadian Place, 59th Floor 
Toronto, Ontario M5X 1K2 
Call Steve Hazan (416) 941-9310 

I_ 


NETWORK II.5 is a registered trademark and service 
mark of CACI, INC. 

©1988 CACI, INC. 



















10 Misconceptions About Real-Time Computing: 

A Serious Problem for Next-Generation Systems 

John A. Stankovic 

Development of next-generation real-time systems must be highly focused and coordinated because their failure to 
meet timing constraints will result in economic, human, and ecological catastrophes. 


20 Amdahl Multiple-Domain Architecture 

Robert W. Doran 

Amdahl s architecture for its mainframe computers helps maintain compatibility with a changing standard. 

Its multiple-domain facility allows multiple operating systems to share one mainframe system. 

30 A Data-Driven VLSI Array for Arbitrary Algorithms 

Israel Koren, Bilha Mendelson, Irit Peled, and Gabriel M. Silberman 
Control-driven arrays like systolic arrays provide high levels of parallelism and pipelining for inherently regular 
computations. Data-driven arrays can provide the same for algorithms with no internal regularity. 

Hashing for Dynamic and Static Internal Tables 

Ted G. Lewis and Curtis R. Cook 

Hashing offers one of the best answers to one of computing’s oldest problems: how to find and retrieve keyed 
information in the least amount of time. 
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_ President’s MESSAGE 


The Computer Society expands its publications program 


Edward A. Parrish, Jr. 

B ecause of the importance of 
publications to the Computer 
Society and its membership, I 
asked Jim Aylor, vice president for 
publications, to provide us with a status 
report. 1 think you will find it interest¬ 
ing and informative. 

Edward A. Parrish, Jr. 

President 


One of the Computer Society’s pur¬ 
poses is to “promote cooperation and 
exchange of technical information 
among its members.” These words in 
the society’s constitution are taken very 
seriously, as evidenced by the extensive 
dedication of society resources to con¬ 
ferences and meetings, chapter and 
standards activities, and—in 
particular—the publications operation. 

During 1988, the society will publish 
more than 7,700 pages of technical 
information through its six magazines 
and three transactions. These numbers 
represent about 15 percent of the tech¬ 
nical pages generated by the entire 
IEEE and more than 15 percent of the 
periodicals available through IEEE. 

In addition, the Computer Society 
Press, the arm of the society responsible 
for nonperiodical publications such as 
conference proceedings and tutorial 
texts, publishes 40,000 pages annually. 
The CS Press has a current inventory 
of approximately 300 active titles and 
another 400 titles archived on micro¬ 
fiche. It publishes some 73 new titles 
each year, of which about 55 are con¬ 
ference proceedings and 18 are tutorial 
texts. 

The operation’s finances provide 
another perspective on the society’s 
commitment to the dissemination of 
technical material. Publications account 
for 58 percent of the society’s 1988 
operating budget of approximately $15 
million. Consequently, the growth and 
vitality of society publications are 
important to us all, both technically and 
financially. 

This extensive publications operation 
continues to grow. In 1989, the society 
will introduce Transactions on Knowl¬ 
edge and Data Engineering to provide a 
formal publication channel for the 



James Aylor 


increasing research in this discipline. 
Initially, TKDE will be published quar¬ 
terly with C.V. Ramamoorthy and Ben¬ 
jamin Wah, key individuals in the field, 
serving as editor-in-chief and associate 
EIC, respectively. 

The society is also expanding the 
three existing transactions. Starting in 
1989, 200 additional editorial pages 
annually (a 13 percent increase) will be 
added to both Transactions on Com¬ 
puters and Transactions on Software 
Engineering. These page increases will 
allow the publication of additional 
high-quality articles currently being 
routed to other journals or placed in a 
long publication queue. Transactions 
on Pattern Analysis and Machine Intel¬ 
ligence will be transformed from a 
bimonthly to a monthly with a 500-page 
(59 percent) increase annually. The 



COMPUTER 




















The change 
to a pure language 


Now, Cprogrammers can move 
over to C-h-h with Zortech C-h-h 
- the world’s first ‘true’ C++ 
compiler for MS-DOS machines. 

Zortech C++ is a ‘true’ 
compiler and fully conforms to 
Bjame Stroustrup’s specification 
as outlined in his book ‘The C++ 


I Object Oriented Programming 
C++ is to C whatModula 2 
is to Pascal. C++ brings ‘classes’ 
to C, so you can create separate 
modules that contain their own 
data and data-related operations. 
These ‘classes’ then become new 
types that can in turn be used to 
create further modules — this 
allows you to practically create 
your own language. 

U ANSI C Superset 

You don’t have to throw away 


J ‘CodeView’Compatible 

Zortech C++ is compatible 
with ‘CodeView’- Microsoft’s 
industry standard source code 


Previous implementations of 
C++ were actually ‘translators’- 

only able to translate C++ source „„ r..c... ^ 

code into C. Of course, this was your existing C programs - C++ _ _ _ 

unacceptable due to the long trans- ^ superset of ANSI C. Now, you names, default arguments to 

lating and compiling times. yg^r Microsoft C or Turbo fgnctions and better type checking. 

C compatible programs and easily _____ 

migrate to C++ to take full advan¬ 
tage of the new C++ features. 


I Improved Program Structure 
As stated in ‘The C++ 
Programming Language’, by using 
C++ “It would not be unreason¬ 
able for a single person to cope 
with 25,000 lines of code’.’ 

■ Other benefits 

Here’s just a few: Operator 
overloading, overloading function 


Now, C++ comes of age with 
the introduction of the world’s first 
true C++ compiler-from Zortech! 


See us at 

©€0«MH/fall '88 

November 14-18,1988 
Riviera Hotel 
Las Vegas, Nevada 
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^ VISA orMC 
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Rush me 
C++as shown 
below: 

^ U Zortech C++ □C++Boole V 
iT $99.95 $29.95 

VISA/MaCOD/CHECK ACCEPTED ^ 


ESSENTIAL READING! 

This 325 page book ‘The C++ 
Programming Language’ by Bjame 
Stroustrup contains the original 
definition of C++. All the examples 
shown in this book have been suc¬ 
cessfully compiled and executed 
with the Zortech C++ Compiler. 


. Phone . 

. Exp. Date. .. 

To- ZORTECH INC. 366 Massachusetts Ave., Arlington, MA 02174. 

’ ■ Tel-617-646-6703. Fax:617-648-0603. ^ 

r CALL THE ORDER HOTLINE 1-800-848-8408 



















additional pages will be used to expand 
its coverage of machine intelligence 
technology. 

The society is addressing the financial 
vitality of its periodicals in two ways. 
First, IEEE Design & Test is 
experimenting with simplified layout 
and production techniques that should 
permit publication of the same amount 
of technical material at a reduced cost. 
Specific, noticeable changes include a 
different editorial page format, a slight 
increase in the number of pages, no 
internal color except for advertise¬ 
ments, and reorganization of the 
departments. If successful, this experi¬ 
ment will establish a cost-effective plan 
for publishing highly specialized, low- 
circulation technical periodicals. Sec¬ 
ond, the society has made significant 
advances in the internal use of desktop 
publishing. The May and July issues of 
IEEE Software and the fall issue of 
IEEE Expert were produced with DTP 
tools. Experiences from these two 
magazines are being carried forward to 
Design & Test and to the other maga¬ 
zines. All the magazines currently make 
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Membership 
Status Problems? 
No Answers 
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Complaints? 
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Computer 
Society 
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the red 
tape 
for you. 


extensive use of word processing and 
electronic transmission of manuscripts 
between authors and editors and 
between editors and typesetters. 

In the area of nonperiodical publica¬ 
tion, a significant expansion is planned. 
The CS Press will increase its promo¬ 
tion efforts in such areas as the library 
and faculty markets. It will begin pub¬ 
lishing the Technology Book Series, an 
inexpensive series of collected reprints 
on highly targeted technologies. Other 
new products are envisioned—for 
example, abstract services and CD- 
ROMs. The society has designated the 
CS Press a growth area and has created 
a new vice-presidential position to han¬ 
dle the increased activity. Duncan 
Lawrie of the University of Illinois has 
accepted this position. 

The success of the publications oper¬ 
ation is primarily due to the team effort 
of some very talented and motivated 
individuals. It would be impossible to 
personally thank all of them, but 
several deserve special mention. In the 
volunteer ranks, the editors-in-chief 
must be commended: Bruce Shriver of 
Computer , Ming Liu of Transactions 
on Computers, Steve Tanimoto of 
Transactions on PAMI, Vic Basil! of 
Transactions on Software Engineering, 
Sumlt DasGupta of Design & Test, Ted 
Lewis of Software, Jim Farrell of 
Micro, John Staudhammer of Com¬ 


puter Graphics and Applications, and 
Dave Pessel of Expert. Sufficient com¬ 
mendations for these individuals are 
impossible, considering the amount of 
time and energy they expend on their 
respective magazines and transactions. 

In addition, each magazine is 
extremely fortunate to have a dedicated 
managing editor: Marilyn Potes of 
Computer, Nancy Summers of Design 
& Test, Angela Burgess of Software, 
Marie English of Micro, Margaret Neal 
of Computer Graphics and Applica¬ 
tions, and Henry Ayling of Expert. 

Finally, special thanks are due all of 
you who help maintain the quality of 
our publications by serving as technical 
reviewers. Your dedication and service 
are major factors in maintaining the 
Computer Society’s position as the pre¬ 
mier international professional society 
in the computing field. 

The society has conducted a number 
of surveys over the past several years to 
help us determine how to serve you bet¬ 
ter. Consistently, these surveys have 
shown that our technical publications 
are considered the most important 
membership benefit. All of us involved 
in the publications operation are dedi¬ 
cated to seeing that you are not disap¬ 
pointed. We welcome your suggestions. 

James Aylor 

Vice president for publications 
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TABS, a report from the Technical Activities Board 

This issue of Computer is polybagged so that we could include a special 
supplement, TABS. The Technical Activities Board developed TABS to bring 
you more news about current and planned technical activities and their rela- 
tion to the technical committees. 

TABS is not limited to just TAB and the TCs, however. All of the society’s 
operational boards have contributed to TABS. It is intended as a “snapshot” 
of current activities, plus a guide to functions of the next year or so. In it, we 
hope you’ll find information about one or more activities that strongly interest 

Please note that two reader service cards are included with TABS. You can 
return one card, the TAB/TC interest card, to renew current technical commit¬ 
tee memberships. You can also use It to request membership in, or informa- 
tion on, any TC. You can use the second card to request information about 
other Computer Society activities or boards. 

We are looking for feedback about the format and content of TABS Does it 
provide appropriate information and adequate follow-up? What kinds of infor¬ 
mation about the society or society activities should it include? How often 
and in what form, should we provide this or similar information? 

We developed TABS to address a specific problem: very few members know 
about the TCs or their responsibilities within the society. We hope the TABS 
supplement helps solve that problem and look forward to hearing from you. 

Laurel V. Kaleda 

Vice president for technical activities 
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MULTIPLY THE BENEFITS OF CASE 


with the LAM BASED VISIBLE SOLUTIOM® 

Coherent project development builds high 
quality systems faster!!! 

All project team members use the same data dictionary!!! 

Methodo!ogy based expert ru!es checks a!l 
work for consistency across the entire project!!! 

F!exible, friend!y, easy-to-use graphica! 
interface brings project staff up-to-speed quickly!!! 

VISIBLE AhALYST® WORHBEfICH 


THE METWORKABLE VER5IOM 3.0-MEW FEATURES 

Identical look & feel as single user version • Configurable executable modules • 
Unlimited number of potential users on the LAM • Little or no system degradation 
resulting from Workbench use • Project wide rules validation • Multiple concurrent 
users • Common data dictionary • Pull file and record locking • Multiple security 


Ever since computer aided software 
engineering products came on the market, 
interest has been high. And so, not 
suprisingly, has been the cost of owning 
them. But now Visible Systems is offering 
state of the art CASE technology at an 
incredibly affordable price. $S95.00 per 
module. These modular tools give your 
company the ability to grow in CASE power. 

The modules of the Workbench build upon 
each other to provide more and more 
productivity. 

VISIBLE AHALYST - MODULE A 

The Visible Analyst Is the foundation of the Workbench. The 

any analysis or design diagram. Multiple.. 

types 




$59500 

(PER MODULE) 

IBM PC BASED 
hOVELL NETWARE 
LAN SUPPORT 


YOURDOM DIAGRAM 


styles, text fonts, and symbol 
a.= standarTfeatures. Other"features include a custom symboj 
generator and a reuseable constructs library. Build and sto 
for reuse in other projects. Boilerplates allow diagrams i 
Diagrams can be output in presentation quality using fIF I’ 
subsystems or single diagrams <— -- 


GAME & 5AR50M 


entire diagrams 
[o be customized, 
iser printers. Entire 

suDsysiems ur =11 lyit: uioy moved from one project to another 

while maintaining nested relationships. The LAH version allows multiple 
analysts to build or edit diagrams, within the same project, concurrentlyM 

VISIBLE RULES - MODULE B 

The Visible Rules is the on-line expert system that makes the um of 
structured techniques possible. The rules module implemerits e^lther of two 
powerful, methodology based, expert rules systems: Yourdon/DeMarco or 
Qane & Barson. Once enabled, the rules system monitors the diagramming 
orocess for naming conventions, data balancing, proper symbol usage etc. 
After diagrams have been built, the rules module analyzes them for errors. 
Error reports are output to screen or hardcopy. And the analysis takes place 
on-line. One never leaves the diagram. Problem resolution and identiflcatlon is 
faster and easier. Logical data flow splitting is fully supported. Dictionary is 
automatically populated. Unlimited levels of nested decompositions are 


VISIBLE DICTIOHARY - MODULE C 

Visible Dictionary is the central data repository 
■for the system being modeled. It is multi-user 
and interactive. Many users may access It 
simultaneously. Full file and record locking 
capabilities keep users from colliding and 
corrupting data. Visible Dictionary has many 
powerful features including: "where used" listings, wild card searches and 
finds, full import/export, automatic entry generation and entry updahng, on¬ 
line accessability from diagrams, many different entry types, customized 
report formatting, and much more. The Dictionary organizes, reports, and 
categorizes all project data. File format information is provided for data 
transfers In ASCII format. The specification developed using the Visible 
Workbench becomes a company asset that can be used to build upon In later 
stages of the systems development lifecycle. 


flEWm VISIBLE PROTOTYPER - MODULE D 

The Visible Prototyper is our new screen design and full system simulatlori 
tool Four levels of prototyping are supported: Screen design and panel 
linking; Panel branching, Data selection; and System simulation. User 
Interface is "pre-approved". Integrates with all design methodologies, use 
for education and training -reduces costs. The Prototyper Is avaNable as a 
standalone or integrated fourth module with links to the Visible Dictionary 
for consistency in data names. _ 



Visible Sy stems 

49 Lexington Street • Mewton, MA 02165 • (617) 969-4100 
FAX (617) 969-9505 Telex 261102 V5CUR 

LEADING EDGE CASE TECHNOLOGY SAME DAY SHIPMENTS WORLDWIDE 


Visible, Visible Soluti 


lie Systems Corporatior 
Systems Corporation are regi; 


;red Trademarks ol 


Reader Service Number 3 
























LETTERS 


Industrial PhD Scholar Program 


To the Editor: 

The 1986-1987 Taulbee Survey* raises 
some important issues, and this writeup 
proposes an Industrial PhD Scholar 
Program to help solve the problems 
created by a shortfall of PhDs in com¬ 
puter science whose final destination is 
industrial R&D laboratories. 

There are multifarious reasons 
people—especially in the US—choose to 
go into industry after completion of a 
BS or MS in computer science. They 
range from financial to personal growth 
(late bloomers) to cultural readjustment 
for immigrants. 

Computer science departments 
should take a cue from their business 
department brethren, who offer Execu¬ 
tive MBA (EMBA) programs. An 
Industrial PhD Scholar Program— 
similar to EMBA programs but for 
PhDs in computer science—would 
greatly increase the talent pool from 
which to recruit highly talented and 
experienced students. 

The goals and qualifications would 
be similar to those used by EMBA pro¬ 
grams. In the Industrial PhD Scholar 
Program, the qualifications would con¬ 
sist of at least eight years of quality 
industrial R&D. The industrial PhD 


*D. Cries and D. Marsh, “The 1986-1987 
Taulbee Survey,” Computer, Vol. 21, No 8 
Aug. 1988, pp. 53-61. 


scholar would have proven ability and 
excellent ideas for thesis topics of prac¬ 
tical value. 

The selection of students should be 
geared toward specialists in one or more 
areas of computer science. Generalists 
should pursue the normal PhD pro¬ 
gram, since they tend to be less focused 
and require more time to figure out 
what they want to work on. 

Breadth and depth issues. An 
industrial PhD scholar should have a 
breadth-and-depth knowledge of com¬ 
puter science. Depth will be the easier to 
determine, given the above selection 
criteria, and fulfillment will mainly con¬ 
sist of the student’s becoming aware 
(if not already) of all other research 
efforts in his or her area to pass an oral 
exam before writing and defending the 
dissertation. 

Breadth will probably be the most 
difficult for students who have been out 
of the university for a long period of 
time. The breadth requirement can con¬ 
sist of two subareas unrelated to the 
depth specialty. Because the Industrial 
PhD Scholar Program will be geared 
toward industrial concerns, the breadth 
requirements will differ from those for 
individuals who wish to teach. Most 
students will already have eight or more 
years of quality R&D experience, and 
those with master’s degrees will have 
already passed a comprehensive exam 
or written a thesis. 


Logistics and dissertation. EMBA 
programs, which are designed to 
accommodate executives with heavy 
workloads and busy schedules, hold 
classes on alternative Fridays and Satur¬ 
days to allow these executives to sched¬ 
ule accordingly. Companies make 
allowances in time, money, and support 
to see their most-valued executives 
progress. Similarly, the industrial PhD 
scholar program could hold classes on a 
conveniently scheduled basis. 

The first year would be spent in 
highly concentrated coursework that 
would satisfy the breadth requirement. 
Successful completion of this course- 
work and/or projects would suffice in 
lieu of a written comprehensive. The 
next year would be spent on working on 
the depth requirement to pass an oral 
examination and prepare a dissertation 
plan. Finally, the student would write 
the dissertation (presumably at work) 
and defend it. 

Everybody wins. Just as with an 
EMBA program, everybody wins with 
the Industrial PhD Scholar Program. 

(1) Students who will remain in 
industry get the opportunity to perform 
in-depth PhD thesis work without the 
personal financial sacrifices of a tradi¬ 
tional PhD approach. This is a major 
reason many do not return to finish 
their doctorate. 

(2) EMBA programs are big money 
makers for the departments; by infer¬ 
ence, this program would be too. 

(3) Industrial PhD scholar students 
are the type of people who can help 
bridge the gap between pure and 
applied research and industrial exploita¬ 
tion of advances through commerciali¬ 
zation. 

(4) Industrial PhD scholar students 
can concentrate on new, innovative 
areas—especially areas where industry 
is leading, which are often avoided by 
must-pu'blish tenure-track faculty. 

Thus, this plan could help break the 
stranglehold the various academic 
cliques have on R&D directions. 

Felipe Carino, Jr. 

Teradata, Los Angeles 
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A Serious Problem for Next-Generation Systems 


John A. Stankovic* 
University of Massachusetts 


R eal-time computing is a wide- 
open research area of intellectu¬ 
ally challenging computer science 
problems with direct payoffs to current 
technology. But results have been few, and 
designers presently have little that would 
enable them to handle the timing con¬ 
straints of real-time systems effectively. 
Furthermore, not enough emphasis is 
being placed on building the proper scien¬ 
tific underpinnings to achieve the needed 
results.' Worse yet, many researchers, 
technical managers, and government con¬ 
tract monitors have serious misconcep¬ 
tions about real-time computing—mis¬ 
conceptions with serious ramifications. 
This article has three major objectives: 
• to state and then dispel the most com¬ 
mon misconceptions about real-time 
computing, 

• to briefly discuss the fundamental 
scientific issues of real-time comput¬ 
ing, and 

• to encourage increased research in 
real-time systems. 


Development of next- 
generation real-time 
systems must be 
highly focused and 
coordinated because 
their failure to meet 
timing constraints 
will result in economic, 
human, and ecological 
catastrophes. 


*The author uses ideas presented at the Carnegie M 
Ion University Workshop on Fundamental Issues 
Distributed Real-Time Systems, March 1987, and su 
sequently elaborated on by many individuals (s 
Acknowledgments). 
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What is real-time 
computing? 


In real-time computing t jie corre^ ness 
of the system de^ ds n^o^ onTlie log¬ 
ical result of the computation but also on 
^ejimg ^ which the result s are^proSuced. 
^al-time computThg sy^dlhs'piay^vital 

role in our society, and they cover a spec¬ 
trum from the very simple to the very com¬ 
plex. Examples of current real-time 
computing systems include the control of 
laboratory experiments, the control of 
automobile engines, command-and- 
control systems, nuclear power plants 
process control plants, flight control sys 
terns, space shuttle and aircraft avionics 
and robotics. The more complicated real¬ 
time systems are expensive to build and 
their timing constraints are verified with ad 
hoc techniques, or with costly and exten¬ 
sive simulations. Minor changes in the sys¬ 
tem result in another round of extensive 
testing. Different system components are 
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extremely difficult to integrate and conse¬ 
quently add to overall system cost. Mil¬ 
lions (even billions) of dollars are being 
spent (wasted) by industry and govern¬ 
ment to build today’s real-time systems. 
Current brute force techniques will not 
scale to meet the requirements of guaran¬ 
teeing real-time constraints of next- 
generation systems. 

Next-generation real-time systems will 
be in application areas similar to those of 
current systems. However, the systems will 
be more complex: They will be distributed 
and capable of exhibiting intelligent, adap¬ 
tive, and highly dynamic behavior. They 
will also have long lifetimes. Moreover, 
catastrophic consequences will result if the 
logical or timing constraints of the systems 
are not met. Examples of these more 
sophisticated systems are the autonomous 
land rover, controllers of robots with elas¬ 
tic joints, and systems found in intelligent 
manufacturing, the space station, and 
undersea exploration. 

Two major forces are pushing real-time 
systems into the next generation: their 
need for artificial intelligence capabilities 
and the rapid advance in hardware. These 
forces are exacerbating the difficult scien¬ 
tific and engineering problems faced in 
building real-time systems. They add com¬ 
plex entities that must be integrated into 
current and future applications, but the 
required design, analysis, and verification 
techniques for such integration have not 
kept pace. For example, hardware (and 
software) technology has made distributed 
computing and multiprocessing a reality, 
and soon there will be many networks of 
multiprocessors. However, almost no fun¬ 
damental or scientific work has been done 
in designing and verifying a real-time 
application’s timing requirements when 
that application is distributed across a 
network. 

As another example, A1 systems exhibit 
a great deal of adaptability and complex¬ 
ity, making it impossible to precalculate all 
possible combinations of tasks that might 
occur. This precludes use of static schedul¬ 
ing policies common in today’s real-time 
systems. We need new approaches for real¬ 
time scheduling in such systems, including 
on-line guarantees and incremental 
algorithms that produce better results as a 
function of available time. 

Common 

misconceptions 

Real-time-system design has not 
attracted the attention from academic 


computer scientists and basic-research 
funding agencies that it deserves. This lack 
of adequate attention is due, at least in 
part, to some common misconceptions 
about real-time systems. Let’s look at 
some of them. 

There is no science in reai-time- 

system design. 

It is certainly true that real-time-system 
design is mostly ad hoc. This does not 
mean, however, that a scientific approach 
is not possible. Most good science grew out 
of attempts to solve practical problems, 
and there is plenty of evidence that 
engineers of real-time systems need help. 
For example, the first flight of the space 
shuttle was delayed, at considerable cost, 
because of a subtle timing bug that arose 
from a transient CPU overload during sys¬ 
tem initialization. Can we then develop a 
scientific basis for verifying that a design 
is free of such subtle timing bugs? Indeed, 
the purpose of this article is to introduce 
some of the technical problems involved in 
designing reliable real-time systems and 
point out where a scientific basis is emerg¬ 
ing. We are starting to understand what 
the important problems are in real-time 
scheduling of resources.^ Investigations 
are beginning into the subtleties of includ¬ 
ing a time metric in system specification 
methods and semantic theories for real¬ 
time programming languages.^ 

Advances in supercomputer hard¬ 
ware will take care of real-time 

requirements. 

Advances in supercomputer design will 
likely exploit parallel processors to 
improve system throughput, but this does 
not mean that timing constraints will be 
met automatically. Unless the architecture 
of the computing system is carefully tai¬ 
lored to match that of the application, the 
processors and their communication sub¬ 
systems may not be able to handle all of the 
task load and time-critical traffic. In fact, 
real-time task-and-communication 
scheduling problems will likely get worse 
as more hardware is used. 

Realistically, the history of computing 
shows that the demand for more comput¬ 
ing power has always outstripped the sup¬ 
ply. If the past is any guide to the future, 
the availability of more computing power 
will only open up real-time applications 
requiring greater functionality, thus 
exacerbating the timing problems. There 
is no substitute for intelligent deployment 
of finite resources. Other important issues 
exist in real-time-systems design that can¬ 


not be resolved by supercomputer hard¬ 
ware alone, as we will see. 

Real-time computing is equivalent to 

fast computing. 

The objective of fast computing is to 
minimize the average response time of a 
given set of tasks. However, the objective 
of real-time computing is to meet the indi¬ 
vidual timing requirement of each task. 
Rather than being fast (which is a relative 
term anyway), the most important prop¬ 
erty of a real-time system should be pre¬ 
dictability; that is, its functional and 
timing behavior should be as determinis¬ 
tic as necessary to satisfy system specifica¬ 
tions. Fast computing is helpful in meeting 
stringent timing specifications, but fast 
computing alone does not guarantee pre¬ 
dictability. 

Other factors besides fast hardware or 
algorithms determine predictability. 
Sometimes the implementation language 
may not be expressive enough to prescribe 
certain timing behavior. For example, the 
delay statement of Ada puts only a lower 
bound on when a task is next scheduled; 
there is no language support to guarantee 
that a task cannot be delayed longer than 
a desired upper bound. The scheduling of 
(or the lack of programmer control over) 
nondeterministic constructs such as the 
select statement in Ada is especially 
troublesome, since timing properties that 
involve upper bounds cannot be guaran¬ 
teed by the usual fairness semantics defin¬ 
ing such constructs. 

Perhaps the best response to those who 
claim that real-time computing is equiva¬ 
lent to fast computing is to raise the fol¬ 
lowing question: Given a set of demanding 
real-time requirements and an implemen¬ 
tation using the fastest hardware and soft¬ 
ware possible, how can one show that the 
specified timing behavior is indeed being 
achieved? Testing is not the answer. 
Indeed, for all the laborious testing and 
simulation effort on the space shuttle, the 
timing bug that delayed its first flight was 
discovered the hard way; there was only a 
1 in 67 probability that a transient over¬ 
load during initialization could put the 
redundant processors out of sync, but it 
did nevertheless. Predictability, not speed, 
is the foremost goal in real-time-system 
design. 

Since testing is not the answer to our 
problems, do we know the answer? Not 
completely. We do know that a formal 
verification procedure coupled with test¬ 
ing would be significantly better than what 
we have now. However, that is not the 
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entire answer either. In fact, most of the 
problems enumerated in the upcoming sec¬ 
tion on the challenge of real-time comput¬ 
ing systems must be solved and then used 
in an integrated fashion. 

Real-time programming is assembly 

coding, priority interrupt program¬ 
ming, and device driver writing. 

To meet tight timing constraints, cur¬ 
rent practice in real-time programming 
relies heavily on machine-level optimiza¬ 
tion techniques. These techniques are 
labor intensive and sometimes introduce 
additional timing assumptions (unwisely, 
but as a last resort) on which the correct¬ 
ness of an implementation depends. Reli¬ 
ance on clever hand-coding and 
difficult-to-trace timing assumptions is 
a major source of bugs in real-time pro¬ 
gramming, especially in modifying large 
real-time programs. A primary objective 
in real-time-systems research is in fact 
to automate, by exploiting optimizing 
transforms and scheduling theory, the syn¬ 
thesis of highly efficient code and cus¬ 
tomized resource schedulers from 
timing-constraint specifications. On the 
other hand, while assembly language pro¬ 
gramming, interrupt programming, and 
device driver writing are aspects of real¬ 
time computing, they do not constitute 
open scientific problems—except in their 
automation. 

Real-time-systems research is perfor¬ 
mance engineering. 

An important aspect of real-time- 
systems research is to investigate effective 
resource allocation strategies so as to 
satisfy stringent timing-behavior require¬ 
ments. The synthesis aspects of real-time- 
system research can indeed be regarded as 
performance engineering (but see the next 
misconception below). The proper design 
of a real-time system, however, requires 
solutions to many other interesting 
problems—for example, specification and 
verification of timing behavior, and pro¬ 
gramming-language semantics dealing 
with time. Certain theoretical problems 
also involve the use of timing constraints, 
sometimes implicitly, to ensure correct¬ 
ness. For example, the well-known Byzan¬ 
tine generals problem is unsolvable for 
totally asynchronous systems but is solv¬ 
able if the generals can vote in rounds. 
That a good general must deliver a num¬ 
ber of messages within a round according 
to the voting protocol is a form of timing 
constraint. 

Indeed, the correct functioning of many 


systems often depends on having an imple¬ 
mentation that can perform an operation 
requiring the satisfaction of certain timing 
constraints, albeit implicitly specified (for 
example, in the form of testing an atomic 
predicate such as determining whether a 
communication channel is empty). An 
important problem in real-time-systems 
research is to investigate the role time plays 
as a synchronization mechanism; for 
example, what is the logical power of 
different forms of timing constraints in 
solving various coordination problems? If 
a system must depend on the satisfaction 
of some timing constraints for its correct¬ 
ness, is there a least-restrictive set of tim¬ 
ing constraints sufficient for the purpose? 
Does the imposition of various timing con¬ 
straints facilitate more efficient solutions 
to distributed coordination problems? 
Such questions certainly go beyond tradi¬ 
tional performance engineering. 

The problems in real-time-system 

design have all been solved in other 

areas of computer science or opera¬ 
tions research. 

While real-time-system researchers 
should certainly try to exploit the problem 
solution techniques developed in more 
established research areas, there are 
unique problems in real-time systems that 
have not been solved in any other area. For 
example, performance engineering in 
computer science has been concerned 
mostly with analyzing the average values 
of performance parameters, whereas an 
important consideration in real-time- 
system design is whether or not some strin¬ 
gent deadlines can be met. Queueing 
models traditionally use convenient 
stochastic assumptions that are justified by 
large populations and stable operating 
conditions. Analytical results based on 
these assumptions may be quite useless for 
some real-time applications. For example, 
the hot-spot contention phenomenon (a 
highly nonlinear performance degradation 
due to slight deviations from uniform traf¬ 
fic in multistage interconnection networks) 
is likely to be catastrophic for time-critical 
communication packets. Likewise, the 
combinatorial scheduling problems in 
operations research deal mostly with one- 
shot tasks, that is, each task needs to be 
scheduled only once, whereas in real-time 
systems the same task may recur infinitely 
often, either periodically or at irregular 
Intervals, and may have to synchronize or 
communicate with many other tasks. The 
general synthesis problem of arbitrary tim¬ 
ing behavior will certainly require new 


techniques not found in existing literature. 

It is not meaningful to talk about 
guaranteeing real-time performance, 
because we cannot guarantee that the 
hardware will not fail and the soft¬ 
ware is bog free or that the actual 
operating conditions will not violate 
the specified design limits. 

It is a truism that one can only hope to 
minimize the probability of failure in the 
systems one builds (assuming a belief in 
quantum mechanics). The relevant ques¬ 
tion, of course, is how to build systems in 
such a way that we can have as much con¬ 
fidence as possible that they will meet spec- 
ifications at acceptable costs. In 
real-time-system design, one should 
attempt to allocate resources judiciously to 
make certain that any critical timing con¬ 
straint can be met with the available 
resources, assuming that the hard¬ 
ware/software functions correctly and the 
external environment does not stress the 
system beyond what it is designed to han¬ 
dle. The fact that the hardware/software 
may not function correctly or that the 
operating conditions Imposed by the exter¬ 
nal world may exceed the design limits with 
a nonzero probability does not give the 
designer license to increase the odds of fail¬ 
ure by not trying to allocate resources care¬ 
fully so as to meet critical timing 
constraints. We certainly cannot guaran¬ 
tee anything outside our control, but what 
we can guarantee, we should. 

Real-time systems function in a static 
environment. 

Depending on the operating mode, a 
real-time system may have to satisfy differ¬ 
ent sets of timing constraints at different 
times. Thus, an important topic in real- 
time-systems research is the design of hier¬ 
archical or selectable schedulers to make 
resource allocation decisions for different 
time granularities. A particularly vexing 
industrial problem is how to reconfigure 
systems to accommodate changing 
requirements so as to create minimal dis¬ 
ruption to ongoing operation. It is not 
uncommon for some real-time-system 
hardware to be in the field 15 or more 
years; hence, any design methodology for 
such systems must not assume a static envi¬ 
ronment. On the other hand, if the real¬ 
time application is small, inexpensive, and 
unlikely to change, then current static 
solution techniques work well. However, 
such real-time applications are trivial com¬ 
pared with those addressed in this article. 
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The challenge of 
real-time 

computing systems 

An important approach used in manag¬ 
ing large-scale systems is to hierarchically 
decompose the system into modules that 
are realizations of the abstract data type 
model. Although this methodology allows 
us to reason about the correctness of com¬ 
putation at each level of abstraction, it has 
no provisions to support reasoning about 
time and reliability abstractions, two vital 
aspects of real-time systems. To develop a 
scientific underpinning for real-time sys¬ 
tems, we face the difficult scientific chal¬ 
lenge of creating a set of unified theories 
and technologies that will allow us to rea¬ 
son about the correctness, timeliness, and 
reliability at each level of abstraction and 
to combine the results of each level into 
results for the integrated system. 

Building a science of large-scale real¬ 
time systems wilt require new research 
efforts in many distinct and yet related 
areas. While each of these areas contains 
well-developed theories and technologies, 
none currently contains theories and 
methods addressing the central issue in 
real-time systems: a coherent treatment of 
correctness, timeliness, and fault tolerance 
in large-scale distributed computations. 

The following subsections briefly iden¬ 
tify the main research areas that need to be 
better addressed if we are to solve the prob¬ 
lems facing developers of next-generation 
real-time systems. Of course, many of the 
problems in these areas are difficult to 
solve even without worrying about real¬ 
time constraints. This article emphasizes 
the special problems that real-time con¬ 
straints cause. This material is intended for 
those not familiar with research in real¬ 
time computing, so it is necessarily high 
level. Readers can find a more detailed and 
technical discussion of each area in a com¬ 
panion report.' 

Specification and verification. The fun¬ 
damental challenge in the specification 
and verification of real-time systems is 
how to incorporate the time metric. 
Methods must be devised for including 
timing constraints in specifications and for 
establishing that a system satisfies such 
specifications. The usual approaches for 
specifying computing system behavior 
entail enumerating events or actions that 
the system participates in and describing 
orders in which these can occur. It is not 
clear how to extend such approaches for 



A great challenge lies 
ahead in the modeling 
and verification of 
systems that are 
subject to timing 
constraints. 


real-time constraints. Neither is it clear 
how to extend programming notations to 
allow the programmer to specify compu¬ 
tations that are constrained by real time. 

In general, inclusion of a time metric 
can create subtleties in the semantics of 
concurrency models (see Reed and Ros- 
coe,'' for example) and complicate the 
verification problem. Whereas proof of 
noninterference is the major verification 
task in extending sequential systems to 
concurrent systems on the basis of inter¬ 
leaving, verification of real-time systems 
will require the satisfaction of timing con¬ 
straints where those constraints are derived 
from the environment and implementa¬ 
tion.^ Consequently, a major challenge is 
to solve the dilemma that verification tech¬ 
niques abstract away from the implemen¬ 
tation even though it is the implementation 
and environment which provide the true 
timing constraints. The result is that we 
need a quantitative analysis (deadlines, 
repetition rates) rather than the qualitative 
analysis (eventual satisfaction) that is typi¬ 
cally handled by current verification tech¬ 
niques. On the other hand, the partial 
synchrony of real-time systems that lesults 
from the presence of timing constraints 
may open up a whole new class of dis¬ 
tributed control algorithms and inspire 
novel verification techniques. Real-time 
systems lie somewhere between the rela¬ 
tively well studied fully synchronous and 
fully asynchronous systems, and there is a 
great challenge ahead in the modeling and 
verification of systems that are subject to 
timing constraints. 

In addition, to deduce properties of the 
whole system from properties of its parts 
and the way these parts are combined, we 
must characterize a way to compose the 
real-time constraints and properties of 
parts to synthesize them for the whole. For 
real-time properties, the parts interact in 
ways that depend on resource constraints. 


Thus, aspects of the system that are usually 
ignored when real time is not of concern 
come into play. This again suggests that a 
new set of abstractions must be devised for 
real-time systems. For example,/a/rness, 
which is frequently used when reasoning 
about concurrent and distributed systems, 
is no longer an appropriate abstraction of 
the way processes are scheduled when real 
time is a concern. 

Another problem that will be encoun¬ 
tered is dealing with the state explosion 
found in verification techniques. 
Hundreds or even thousands of states are 
usually required to formally express the 
state of even a relatively simple system in 
enough detail so that correctness can be 
proved. Techniques for abstracting many 
states into a higher level state are necessary 
to tackle this problem, which is a difficult 
one even when timing constraints are not 
included. 

Real-time scheduling theory. While 
specification and verification concern the 
integrity of the system with respect to the 
specification, scheduling theory addresses 
the problem of meeting the specified tim¬ 
ing requirements. Satisfying the timing 
requirements of real-time systems 
demands the scheduling of system 
resources according to some well- 
understood algorithms so that the timing 
behavior of the system is understandable, 
predictable, and maintainable. 

Scheduling theory is not restricted to the 
study of real-time systems or even general 
computer systems. It also arises in the 
study of manufacturing systems, transpor¬ 
tation systems, process control systems, 
and so on. However, it is important to 
realize that real-time-system scheduling 
problems are different from the schedul¬ 
ing problems usually considered in areas 
of operations research.^’* In most opera¬ 
tions research scheduling problems, there 
is a fixed system having completely speci¬ 
fied and static service characteristics. The 
goal is to find optimal static schedules that 
minimize the response time for a given task 
set. Many real-time computing systems 
lack an incentive for minimizing the 
response time other than for meeting dead¬ 
lines. The system is often highly dynamic, 
requiring on-line, adaptive scheduling 
algorithms. Such algorithms must be 
based on heuristics, since these scheduling 
problems are NP-hard.^ In these cases the 
goal is to schedule as many jobs as possi¬ 
ble, subject to meeting the task timing 
requirements. Alternative schedules 
and/or error handlers are required and 
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must be integrated with the on-line 
scheduler. 

One primary measure of a scheduling 
algorithm is its associated processor utili¬ 
zation level below which the deadlines of 
all the tasks can be met.^ There are other 
measures too, such as penalty functions 
defined according to the number of jobs 
that miss their deadlines, and a weighted 
success ratio, which is the percentage of 
tasks that meet their deadlines weighted by 
the importance of those tasks. The next 
subsection discusses some additional real¬ 
time scheduling issues in the context of 
operating systems. 

Real-time operating systems. One major 
focal point for developing next-generation 
real-time systems is the operating sys¬ 
tem.*"* The operating system must pro¬ 
vide basic support for guaranteeing 
real-time constraints, supporting fault 
tolerance and distribution, and integrating 
time-constrained resource allocations and 
scheduling across a spectrum of resource 
types, including sensor processing, com¬ 
munications, CPU, memory, and other 
forms of I/O. Given that the system is dis- 



Figure 1. The end-to-end timing problem. 


tributed, we face a complicated end-to-end 
timing analysis problem (see Figure 1). In 
other words, time constraints are applied 
to collections of cooperating tasks, labeled 
T, in the figure, and not only to individual 
tasks. 

For example, assume that a given node 


processes sensor hits and determines that 
a vehicle has entered its area of concern. 
This node may have to communicate that 
information to one or more remote nodes 
and receive replies indicating the appropri¬ 
ate action. The time by which this node 
must act depends on a time constraint 
imposed by the velocity of the incoming 
vehicle. Such a system is distributed, 
highly dynamic, and operates under strict 
time constraints. The entire collection of 
tasks dealing with sensor processing, com¬ 
munication between tasks, and application 
logic must be accomplished under a single 
end-to-end timing constraint. 

To develop next-generation real-time 
distributed operating systems suitable for 
complicated applications such as the space 
station, teams of robots working in a haz¬ 
ardous environment, or command-and- 
control applications, at least three major 
scientific innovations are required. 

(1) The time dimension must be elevated 
to a central principle of the system. Time 
requirements and properties cannot be an 
afterthought. An especially perplexing 
aspect of this problem is that most system 
design and verification techniques are 
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based on abstraction, which ignores imple¬ 
mentation details. This is obviously a good 
idea; however, in real-time systems, tim¬ 
ing constraints are derived from the envi¬ 
ronment and the implementation. Solving 
this dilemma is a key scientific issue. 

(2) The basic paradigms found in 
today’s general-purpose distributed oper¬ 
ating systems must change. The current 
basis, with the notion of application tasks 
requesting resources as if they were ran¬ 
dom processes and the operating system 
being designed to expect such random 
inputs, is unacceptable. A new, more 
deterministic paradigm is needed. In such 
a paradigm, each operating-system prim¬ 
itive, along with application tasks and their 
interactions, would be well understood, 
bounded, and predictable. The interaction 
between tasks includes invocation interac¬ 
tions, communication interactions, and 
resource conflict interactions. In the new 
paradigm the system must be flexible 
enough to react to a highly dynamic and 
adaptive environment, but at the same 
time able to predict and possibly avoid 
resource conflicts so that timing con¬ 
straints can be (predictably) met. In other 


words, the environment may cause an 
unpredictable combination of events to 
occur, but the system must be carefully 
constructed to enable it to react in such a 
way that at any time during execution the 
system can predict its capabilities in meet¬ 
ing its deadline. The new paradigm must 
be based on the delicately balanced notions 
of flexibility and predictability. One such 
paradigm is being investigated in the 
Spring kernel.’ 

(3) A highly integrated and time- 
constrained resource allocation 
approach^ is necessary to adequately 
address timing constraints, predictability, 
adaptability, and fault tolerance. Most 
current scheduling algorithms typically 
account for one resource at a time and 
ignore fault tolerance. This is especially 
true in the present state of real-time 
scheduling. Independent scheduling of 
unique resources is not sufficient when 
attempting to perform time-constrained 
scheduling. For a task to meet its deadline, 
we must ensure that resources are available 
to it in time and that the sequencing of 
events meets precedence constraints. 

One can identify many other issues (at 


all levels of detail) that are critical to real¬ 
time operating systems. The need for a 
global time reference and the ability to 
scale to larger and larger systems are just 
two examples. 

Real-time programming languages and 
design methodology. As the complexity of 
real-time systems increases, high demand 
will be placed on the programming 
abstractions provided by languages. Cur¬ 
rently available abstractions and languages 
must evolve with future advances in the 
specification techniques, logic, and theory 
underlying real-time systems. Unfor¬ 
tunately, this goal has not been fulfilled in 
the past. For example, Ada is designed for 
embedded hard real-time applications and 
is intended to support static priority 
scheduling of tasks. However, the defini¬ 
tion of Ada tasking allows a high-priority 
task to wait for a low-priority task for an 
unpredictable duration. Consequently, 
when processes are programmed in the 
form of Ada tasks, the resulting timing 
behavior is likely to be unpredictable. 
Building the next generation of real-time 
systems will require a programming meth- 
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odology that gives due consideration to the 
needs of meeting real-time requirements. 
The important research issues include 

• Support for the management of time. 
First, language constructs should support 
the expression of timing constraints. For 
example, Ada tasking should have sup¬ 
ported the raising of an exception when a 
task’s deadline is missed. Second, the pro¬ 
gramming environment should provide 
the programmer with the primitives to 
control and to keep track of the resource 
utilization of software modules. This 
includes being able to develop programs 
with predictable performance in terms of 
absolute time. Finally, language constructs 
should support the use of sound schedul¬ 
ing algorithms. 

• Schedulability check. Given a set of 
well-understood scheduling algorithms, 
schedulability analysis allows us to deter¬ 
mine if the timing requirements can be 
met. With proper support for the manage¬ 
ment of time, it may be possible to per¬ 
form schedulability checks at compile 
time. This idea is similar to the type¬ 
checking concept. 

• Reusable real-time software modules. 
An added difficulty with reusable real¬ 
time software modules is meeting differ¬ 
ent timing requirements for different 
applications. 

• Support for distributed programs and 
fault tolerance. The problem of predicting 
the timing behavior of real-time programs 
is further exacerbated in the context of dis¬ 
tributed systems. Special fault-tolerance 
features might be added to the semantics 
of the language—for example, various 
recovery mechanisms subject to timing 
considerations. 


Distributed real-time databases. In a 
real-time database system, a significant 
portion of data is often highly perishable 
in the sense that it has value to the mission 
only if used quickly. Satisfying the timing 
requirements involves two key issues: 
First, the degree of concurrency in trans¬ 
action processing must be increased; sec¬ 
ond, concurrency control protocols and 
real-time scheduling algorithms must be 
integrated. 

The characteristics of a real-time data¬ 
base, such as a tracking database, are dis¬ 
tinct from commercial database systems. 
In a real-time database, transactions often 
must perform statistical operations— 
correlation, for example—over a large 
amount of data that is continuously 
updated, and they must satisfy stringent 



The dynamic nature 
of symbolic systems 
requires support for 
automated memory 
management. 


timing requirements. As observed by 
Bernstein et al.,“ serializability is not a 
good criterion for concurrency control of 
such databases because of the limitation of 
concurrency allowed by serializable con¬ 
current executions. Several approaches 
designed to obtain a high degree of concur¬ 
rency by exploring application-specific 
semantic information have been proposed. 
In addition, a modular decomposition 
approach for nonserializable concurrency 
control and failure recovery has been pro¬ 
posed.'^ This approach assumes that 
global serialization is too strong a condi¬ 
tion. Instead it uses a setwise serializabil¬ 
ity notion, which is shown to apply to the 
database associated with a cluster of track¬ 
ing stations. 

While concurrency control of transac¬ 
tions and hard real-time process schedul¬ 
ing have both progressed, very little is 
known about the integration between con¬ 
currency control protocols and hard real¬ 
time process-scheduling algorithms. In 
concurrency control we do not typically 
address the meeting of hard deadlines. The 
objective is to provide a high degree of 
concurrency and thus faster average 
response time. On the other hand, in the 
schedulability analysis of real-time process 
scheduling—for example, processes for 
signal processing and feedback control—it 
is customary to assume that tasks are 
independent, or that the time spent syn¬ 
chronizing their access to shared data is 
negligible compared with execution time 
and deadlines. The objective here is to 
maximize resources, such as CPU utiliza¬ 
tion, subject to meeting timing constraints. 
The fundamental challenge of real-time 
databases seems to be the creation of a uni¬ 
fied theory that will provide us with a real¬ 
time concurrency-control protocol that 
maximizes both concurrency and resource 
utilization subject to three constraints at 
the same time: data consistency, transac¬ 
tion correctness, and transaction 
deadlines. 


Artificial intelligence. Real-time AI 
research currently emphasizes reasoning 
about time-constrained processes and 
using heuristic knowledge to control or 
schedule these processes. A key consider¬ 
ation in robust problem solving is to pro¬ 
vide the best available solution within a 
dynamically determined time constraint. 
Many of the current issues in real-time- 
systems research are applicable to such a 
system, but additional considerations 
exist. For example, the dynamic nature of 
symbolic systems requires support for 
automated memory management. Current 
garbage collection techniques make it dif¬ 
ficult, if not impossible, to guarantee a 
maximum system latency. 

Other features of symbolic systems that 
exacerbate the predictability problem 
include the ability to create and execute a 
function at runtime and the ability to exe¬ 
cute a runtime-selected function passed as 
an argument. In addition, opportunistic 
control strategies provide the ability to 
dynamically direct program execution in 
response to real-time events. This contrasts 
sharply with the current real-time-systems 
assumption of a statically determined 
“decision tree” control sequence. The 
implication here is that the sequences of 
processing cannot be predetermined. 

This is by no means a comprehensive list 
of the issues involved in real-time symbolic 
systems. No doubt additional research 
issues will arise as real-time AI applica¬ 
tions evolve and attempts are made to 
solve problems in severely time- 
constrained domains. 

Fault tolerance. A real-time computer 
system and its environment form a syner¬ 
gistic pair. For example, most commercial 
and military aircraft cannot fly without 
digital-control computers. In such systems 
it is meaningless to consider on-board con¬ 
trol computers without considering the air¬ 
craft itself. The tight interaction between 
the environment and a real-time computer 
arises from time and reliability constraints. 
Unless the computer can provide “accept¬ 
able” services to its environment, its role 
will be lost and thus viewed as failed or 
nonexistent. Failure can result from mas¬ 
sive loss of components (static failure) or 
from failure to respond fast enough to 
environmental stimuli (dynamic fail¬ 
ure).'^ This interplay must be carefully 
characterized for various real-time appli¬ 
cations, in which even the determination 
of deadlines is by itself a relatively unex¬ 
plored problem. On the basis of this 
characterization of a real-time problem, a 


COMPUTER 









Pun 












-t> 








—^>.Actuators 

1 1 Sensors 



Figure 2. A distributed real-time architecture. 


vast number of design and analysis prob¬ 
lems for real-time computers remain to be 
solved—for example, optimal error han¬ 
dling, redundancy management, and tun¬ 
ing of architectures. 

Certain research issues are important in 
making real-time systems fault tolerant 
and reliable. Specifically, 

• The formal specification of the relia¬ 
bility requirement and the impact of tim¬ 
ing constraints on such a requirement is a 
difficult problem. 

• Error handling is usually composed of 
an ordered sequence of steps: error detec¬ 
tion, fault location, system reconfigura¬ 
tion, and recovery. All these steps must be 
designed and analyzed in the context of 
combined performance (including timing 
constraints) and reliability. Interplay 
between these steps must be carefully stud¬ 
ied. Hardware and operating-system sup¬ 
port, together with their effects on 
performance and reliability, are important 
research subjects. 

• The effects of real-time work loads on 
fault tolerance has not been adequately 
addressed. It is well known that the relia¬ 
bility of a computer system depends heav¬ 
ily on its work load. Characterizing the 
effects of “representative” real-time work 
loads on fault tolerance is essential. 


Real-time-system architectures. Many 
real-time systems can be viewed as a three- 
stage pipeline: data acquisition from sen¬ 
sors, data processing, and output to actu¬ 
ators and/or displays.Next-generation 
systems will often be distributed such that 
each node may be a multiprocessor (see 
Figure 2). A real-time system’s architec¬ 
ture must be designed to support these 
components with high fidelity. For data 
acquisition and for actuators, the architec¬ 
ture must provide extensive I/O capabili¬ 
ties while providing fast, timely, and 
reliable operations for the data-processing 
stage. 

Conventional real-time architectures are 
based on dedicated hardware and soft¬ 
ware: The architecture usually must 
change with a change in applications. Such 
architectures are neither cost effective nor 
well utilized. Because of advances in VLSI 
technology, it is becoming possible to 
develop a new distributed architecture 
suitable for broader classes of real-time 
applications. Important issues in this new 
architecture include interconnection topol¬ 
ogy, interprocess communications, and 
support of operating-system and fault- 
tolerance functions. 


Some open research topics in real-time 
architecture are 

• Interconnection topology for proces¬ 
sors and I/O. The need for extensive 
I/O and high-speed data processing in 
real-time applications makes it impor¬ 
tant to develop an integrated intercon¬ 
nection topology for both processors 
and I/O. Although the processing 
topology has been studied extensively, 
little attention has been paid to the dis¬ 
tribution of I/O data. 

• Fast, reliable, and time-constrained 
communications. 

• Architectural support for error 
handling. 

• Architectural support for scheduling 
algorithms. 

• Architectural support for real-time 
operating systems. 

• Architectural support for real-time 
language features. 

Ideally, any architectural design should 
adopt a synergistic approach wherein the¬ 
ory, operating system, and hardware are 
all developed with the single goal of 
achieving the real-time constraints in a 
cost-effective and integrated fashion. 

Real-time communication. The com¬ 
munication media for next-generation dis¬ 
tributed real-time systems will be required 
to form the backbone upon which predict¬ 
able, stable, and extensible system solu¬ 
tions will be built. To be successful, the 
real-time communication subsystem must 


be able to predictably satisfy individual 
message-level timing requirements. The 
timing requirements are driven not only by 
applications’ interprocess communica¬ 
tion, but also by time-constrained 
operating-system functions invoked on 
behalf of application processes. Network¬ 
ing solutions for this context are distin¬ 
guished from the standard nonreal-time 
solutions with the introduction of time. In 
a nonreal-time setting, it is sufficient to 
verify the logical correctness of a commu¬ 
nications solution; however, in a real-time 
setting it is also necessary to verify timing 
correctness. Software engineering prac¬ 
tices have helped in determining the logi¬ 
cal correctness of systems solutions but 
have not addressed timing correctness. 
Timing correctness includes ensuring the 
schedulability of synchronous and 
sporadic messages as well as ensuring that 
the response time requirements of asyn¬ 
chronous messages are met. Ensuring tim¬ 
ing correctness for static real-time 
communications systems using current 
technology is difficult; ensuring timing 
correctness in the next generation’s 
dynamic environment will be a substantial 
research challenge. 

Additional research is needed to develop 
technologies that support the unique 
challenges of real-time communications. 
These include 

• Dynamic routing solutions with 
guaranteed timing correctness. 

• Network buffer management that 
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supports scheduling solutions. 

• Fault-tolerant and time-constrained 
communications. 

• Network scheduling that can be com¬ 
bined with processor scheduling to 
provide system-level scheduling 
solutions. 

Meeting these challenges will require 
substantial research effort with associated 
breakthroughs in network control theory. 
With the network forming the backbone 
of many next-generation distributed real¬ 
time systems, a system will be no stronger 
than the communications solution that 
supports it. 

Conclusions 

Many real-time systems of tomorrow 
will be large and complex and will function 
in distributed and dynamic environments. 
They will include expert system compo¬ 
nents and will involve complex timing con¬ 
straints encompassing different granules 
of time. Moreover, economic, human, and 
ecological catastrophes will result if these 
timing constraints are not met. Meeting 
the challenges imposed by these charac¬ 
teristics very much depends on a focused 
and coordinated effort in all aspects of sys¬ 
tem development, such as 

• Specification and verification tech¬ 
niques that can handle the needs of 
real-time systems with a large number 
of interacting components. 

• Design methodologies that can be 
used to synthesize systems with the 
specified timing properties where 
these timing properties are considered 
from the beginning of the design 
process. 

• Programming languages with explicit 
constructs to express—with unambig¬ 
uous semantics—the time-related 
behavior of modules. 

• Scheduling algorithms that can, in an 
integrated and dynamic fashion, han¬ 
dle (1) complex task structures with 
resource and precedence constraints, 

(2) resources (such as the communica¬ 
tion subnet and I/O devices), and 

(3) timing constraints of varying 
granularity. 

• Operating-system functions designed 
to deal with highly integrated and 
cooperative time-constrained 
resource management in a fast and 
predictable manner. 

• Communication architectures and 
protocols for dealing efficiently with 
messages that require timely delivery. 


Architecture support for fault toler¬ 
ance, efficient operating-system func¬ 
tioning, and time-constrained 
communication. 


R eal-time systems have brought 
about unmet challenges in a wide 
range of computer science dis¬ 
ciplines. Each of these challenges must be 
overcome before a science of large-scale 
real-time systems can become a reality. 
The task is formidable, and success will 
require a concerted effort by many differ¬ 
ent participants in the computer science 
community. It will require the enticement 
of new researchers into the field, especially 
in academia, where relatively little work of 
this nature is being done. We must coor¬ 
dinate interaction between research efforts 
in universities and development efforts in 
industry so that academic researchers will 
be familiar with key problems faced by 
system developers, and system developers 
will be aware of relevant new theories and 
technologies. 

The solution to developing a theory of 
large-scale real-time systems does not lie in 
the current methodologies of operations 
research, database theory, scheduling the¬ 
ory, or operating-systems theory. Rather, 
it lies in well-coordinated and expanded 
efforts of universities, industry, and 
government laboratories directed toward 
the distinct problems that this topic 
introduces. The need for such cooperation 
was also emphasized in a report to the 
Executive Office of the President, Office 
of Science and Technology Policy.'^ 
While that report dealt with problems in 
high-performance computing, software 
technology and algorithms, networking, 
basic research, and human resources, our 
general conclusions are the same. How¬ 
ever, this article is much more detailed in 
its emphasis on the basic research needs of 
a single important research topic: real-time 
computing. □ 
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P roducts from IBM have, for more 
than 20 years, taken the major 
share of the general-purpose 
mainframe computer market. This con¬ 
tinual dominance by one supplier has 
meant that the interfaces between its sys¬ 
tem components have become de facto 
standards. Any manufacturer wishing to 
supply hardware or software products to 
the major portion of this market must 
recognize these standard interfaces. 

The term ‘ ‘plug compatible’ ’ has come 
to apply to products designed in accord¬ 
ance with such de facto standard inter¬ 
faces. In this article, I use the term 
“standard” to refer to the de facto stan¬ 
dard interfaces followed by the plug com¬ 
patibles. (Hellerman discussed the origin 
of these standards.') 

Amdahl Corporation produces stan¬ 
dard hardware and software products. 
Since its founding in 1970, Amdahl’s main 
product has been a high-end processor sys¬ 
tem. Given that this system runs with stan¬ 
dard software, it follows that it must 
support the current standard architecture. 
Indeed, the first Amdahl computers were 
hard-wired implementations of the IBM 
System/370 architecture. However, in 
later products, the Amdahl architecture 
has included many extensions to the stan¬ 
dard architecture of the time. Here I will 
describe these extensions, why they were 
made, and how they developed. 


Amdahl’s architecture 
for its mainframe 
computers helps 
maintain 

compatibility with 
a changing standard. 
Its multiple-domain 
facility allows 
multiple operating 
systems to share one 
mainframe system. 


Goals of architecture 
extensions 

A plug compatible manufacturer, or 
PCM, can justify extensions to its archi¬ 
tecture on two grounds. The first, and 
most important, is to make it easier for the 
PCM’s products to remain compatible 
with the standard despite the continual 
extensions and changes made to it. The 


second is to provide better facilities to cus¬ 
tomers as a value-added alternative to IBM 
and to the PCM’s competitors. ** 

Compatibility. The concept of compati¬ 
bility might look straightforward, but it 
turns out to be surprisingly complex. The 
architecture with which the PCMs must be 
compatible, although a de facto standard, 
is continually being extended, and the 
PCMs have no prior knowledge of changes 
to come. When a change is made to the 
standard, the PCMs must also implement 
a change. However, any change always 
takes time before it is widely used—the 
delay in acceptance depends on the mag¬ 
nitude of the change and the extent of the 
difficulties its adoption causes to cus¬ 
tomers’ operations. This natural delay 
means that the PCMs do not have to fol¬ 
low each change instantly, but can spread 
their response over time. 

Compatibility for a PCM thus means 
not only compatibility with the current 
standard, but also the ability to follow 


•Doran prepared this article while on leave, working 
at Amdahl Corp. in Sunnyvale, California. 

••The standard mainframe business is awash in acro¬ 
nyms such as PCM; these are too prevalent to avoid, 
but 1 define them on first use and include them in the 
glossary if used frequently. Note that 1 do not use the 
term PCM here to include IBM itself, although it, too, 
is significantly constrained by the standards that it has 
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changes to the standard in a timely man¬ 
ner. The latter mainly requires careful 
management of the design and manufac¬ 
turing processes for fast turnaround of 
changes, and flexibility in the design archi¬ 
tecture to accommodate extensions. How¬ 
ever, it also has implications for the 
architecture that lead to the surprising con¬ 
clusion that, to be compatible in the 
future, the architecture should differ from 
today’s standard. 

One reason for this apparent paradox is 
the desirability of anticipating change. 
Although we cannot know the details of 
future extensions, the really important 
changes will be made by the dominant sup¬ 
plier to solve problems experienced by its 
“leading edge” customers. We PCMs can 
observe those problems, judge the kinds of 
changes needed, and set up our computers 
to have similar features. 

Such anticipation, although not neces¬ 
sary to ensure future compatibility, can 
greatly reduce the difficulty and cost of 
later modifications. Our solutions to the 
eventual changes will surely differ from 
these interim measures, but, meanwhile, 
we will have gained experience with the 
design and application problems involved. 
Our product will have appropriate data 
paths and so be easier to modify. Our 
product might even adequately adhere to 
the new or revised standard without major 
changes to its hardware. 

Even without anticipation of changes to 
the standard, we would want to have 
extensions. Compatibility requires 
presenting the same image to software. 
Not having to modify standard software 
to have it run on your hardware grants a 
highly desirable “seal of compatibility” to 
a PCM’s products. This goal applies to the 
operating systems that control the com¬ 
puter (system control programs, or SCPs, 
in standard terminology). However, some 
sections of a computer family design are 
model-dependent and so need specialized 
software for control, such as for the details 
of machine checks or reconfiguration. It 
follows that we want to have some way of 
running both standard SCPs and PCM 
model-specific software on the same com¬ 
puter, with such PCM software being 
invisible to the other software. 

Once we PCMs accept the desirability of 
such software, we can further develop the 
idea. Rather than regarding our software 
as equal to other software, we would nat¬ 
urally consider it the ultimate controller of 
the system because it deals directly with 
PCM hardware. 


We must define mechanisms that allow 
the PCM software to coexist with the stan¬ 
dard SCP, yet maintain the ability to assert 
control when necessary. The events that 
trigger control by the PCM software, such 
as on machine checks or when initially 
starting the computer, must be selected 
and the details of control switching spelled 
out. Obviously, we must extend the archi¬ 
tecture of the PCM computer considera¬ 
bly to encompass this. 

For the PCM, anything that can aid in 
attaining compatibility quickly is valuable. 
As mentioned above, design flexibility is 
essential: for example, having spare 
microcontrol storage. However, flexibil¬ 
ity often conflicts with other goals, such as 
high processor speed and low cost. Given 
that we need PCM software anyway, there 
arises the possibility of our using it in 
attaining compatibility with the unknown 
future. It would effectively act as an exten¬ 
sion to microcontrol store. This requires 
that we give more thought to circum¬ 
stances in which control has to be trans¬ 
ferred to the PCM code, as well as to the 
efficiency of the mechanisms involved. 


These considerations will further increase 
the richness of the PCM architecture 
extensions, which are justifiable on the 
grounds of compatibility alone. 

Added value. A PCM supplier must 
select with care extensions made for added 
value so as to satisfy a number of seem¬ 
ingly conflicting criteria. Because cus¬ 
tomers live in the standard world, it is best 
if any extensions appear to supplement or 
extend what the dominant supplier offers. 
Innovations that obviously differ and that 
appear to make customers dependent on 
the alternative supplier, although possible, 
are difficult to introduce because the 
justifiably conservative majority of cus¬ 
tomers will resist them. 

Innovations should also be unobtrusive. 
For example, it is important that the PCM- 
specific controlling software look built-in 
to the hardware of the machine, that it not 
complicate operation, and that it definitely 
not appear to the customer as another SCP 
to be mastered. 

It is thus advisable that extensions align 
with what the dominant supplier does. 


Glossary 


Note that terms used to describe the 
Amdahl architecture are italicized. 

channel; processor for performing 
I/O in 370 architecture 
CMS: Conversational Monitor 
System—IBM time-sharing 
system, part of VM 
control state: mode of operation for 
macrocode 

CP; control program—kernel of VM 
CPU; central processing unit- 
processor 
CR: control register 
domain: set of resources controlled 
by an SCP 

fast assist: mode of operation for 
instruction emulation 
GPR: general-purpose register 
guest: a virtual computer or a pro¬ 
gram running under a host 
host: SCP that provides a virtual- 
machine environment 
macrocode: hardware-specific code 
used to implement an architecture 


MDF: Multiple Domain Facility- 
architecture to support multiple 
SCPs in production operation 
MVS: Multiple Virtual Spaces—the 
main IBM SCP 

native: operation of a program not as 
a guest 

PCM: plug-compatible 
manufacturer—manufacturer of 
products to de facto standard 
interfaces 

PSW: program status word 
SCP: system control program—an 
operating system 

SIGP: signal processor—inter-CPU 
signaling instruction 
system register: control register for 
control state 

System/370: the architecture imple¬ 
mented in IBM mainframe computers 
user state: mode of operation for a 
guest SCP 

VM: virtual machine—an IBM SCP 
XA: Extended Architecture- 
extension to System/370 
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One possibility that looks safe is to solve 
problems (such as addressing limitations) 
that clearly must be dealt with and to make 
the solutions available to the PCM cus¬ 
tomers. Unfortunately, this approach 
encounters a major difficulty: when the 
dominant supplier solves the same prob¬ 
lems, the PCM extensions will likely 
become redundant because PCM cus¬ 
tomers will tend to prefer the new standard 
approaches, other considerations being 
equal. 

From the above arguments we can con¬ 
clude that the PCM must be different yet 
appear to be the same. Although actually 
a reasonable goal for design features (such 
as making the PCM product faster), it is 
indeed quite a restriction for architecture. 
If that were not enough, even more con¬ 
straints arise just from business consider¬ 
ations. In particular, the PCM wants to 
obtain extensions—especially those not 
required for compatibility—at low cost. 
Rather than using the hardware involved 
to provide an advantage that is merely 
projected, the PCM could use it for more 
obvious benefits, such as making the 
machine faster, or leave it out altogether, 
thus making the machine less costly. 

Given all the restrictions under which 
PCMs operate, we might question whether 
any added-value extensions are reasona¬ 
ble. However, consider the main 
direction—taken by Amdahl—of allowing 
multiple SCPs to run on a single computer. 
IBM itself supported such a facility, but 
Amdahl could take an improved, fun¬ 
damentally different approach unlikely to 
be followed by IBM in the short term. Cus¬ 
tomers could always replace the Amdahl 
feature, albeit at the cost of purchasing 
multiple computers or by reverting to the 
more cumbersome IBM solution, so the 
approach did not commit customers to the 
PCM permanently. It would not require 
changes to SCPs and so had no impact on 
compatibility. Moreover, it would appear 
as a built-in hardware feature, easy to 
operate. It thus neatly satisfied all of our 
external criteria and constraints. 

Because, for compatibility reasons, 
Amdahl needed to provide support for 
controlling software outside the realm 
of the standard SCP, we could argue that 
the hardware cost to support multiple 
SCPs added little to the total cost. So, we 
could convince ourselves that support of 
multiple SCPs also satisfied our internal 
constraints. From this conviction, Amdahl 
developed an architecture based on the 
concept of simultaneously executing 



Because macrocode 
is under our control, 
the architecture that it 
sees does not have to 
he the same as the 
standard. 


multiple SCPs, with extensive attention 
to details that assist in maintaining 
compatibility. 

Support of multiple 
operating systems 

Rationale. Given that one SCP involves 
quite enough complexity all by itself, it 
might surprise those unfamiliar with the 
large mainframe world that there is 
interest in running more than one operat¬ 
ing system on a single computer. In fact, 
a mainframe computer center that sup¬ 
ports a large number of users gains many 
advantages. Some of the benefits the cus¬ 
tomer might obtain include: 

• Customers can test and install new 
versions of SCPs during normal working 
hours without disrupting production 
operation. 

• Customers can run different SCPs, 
specialized for different applications, on 
a single computer. 

• Customers can run multiple copies of 
the same SCP, each tuned for a different 
class of application. 

• Rather than modifying old programs 
to allow them to run under new versions of 
SCPs, customers can operate both the old 
and new versions of the SCPs. If neces¬ 
sary, they can make conversions 
gradually. 

• A separate SCP might provide suffi¬ 
cient security in some applications that the 
customer can avoid purchasing a special 
machine or restricting certain periods of 
operation. 

• Given that software failures occur 
more frequently than do hardware 
failures, a backup SCP can provide 
improved availability. 

• Disparate workloads, resulting from 


mergers, acquisitions, or rationalization, 
can be consolidated on the same system. 

• Customers can obtain considerable 
savings by only having to license one copy 
of an SCP and the software that runs 
under it. 

Some benefits from multiple SCP oper¬ 
ation accrue more directly to the vendor of 
large systems: 

• One large system can replace multiple 
small systems, thus creating new sales 
opportunities. 

• It is easier to introduce an entirely new 
SCP, because the customer’s operation is 
not immediately dependent on the new 
SCP. 

• Vendors can use special SCPs for 
diagnosis and measurement, running them 
in parallel to the SCPs being monitored. 

The VM SCP. Of all the above advan¬ 
tages, the most exigent from the cus¬ 
tomer’s point of view would be that of 
testing new releases of SCPs. This need led 
IBM itself to support multiple SCP oper¬ 
ation. This Interesting story has been 
described at length elsewhere,^ '* so I will 
only recapitulate the main points here. 

One of the three main SCPs supported 
by IBM for large mainframes is VM/370. 
This was developed, and flourished, 
because it provided the Conversation 
Monitor System, or CMS, time-sharing 
subsystem.^ VM itself was designed with 
the idee fixe that time-sharing is best 
implemented by providing each user with 
the illusion of complete control of the 
computer system. Under this approach, 
the user is provided with a virtual machine 
environment indistinguishable from the 
original computer system. 

Naturally, SCPs can run (as guests) in 
a virtual machine under VM (the host), so 
the ability to run multiple SCPs is immedi¬ 
ately available. A guest operates using vir¬ 
tual resources as opposed to the real 
resources controlled by the host—there 
may be many more virtual resources, such 
as processors and main storage, than real 
resources. 

This approach has the disadvantage that 
the performance of an SCP running as a 
guest is severely degraded when compared 
to performance running on the real 
machine (native operation). For VM to 
maintain control of the system, the guest 
SCP has to operate in nonprivileged mode 
with all supervisor-state instructions 
trapped by VM, checked, and simulated. 
Additionally, because the guest SCP 
believes that it controls the whole com- 
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Figure 1. Contrasted models of operation, showing (a) IBM with MVS as preferred 
guest under VM and (b) Amdahl multiple domain operation. Bold outlined systems 
can be used for production operation. 


puter, any resource mappings that it sets 
up (such as page tables) have to be inter¬ 
cepted and modified by VM. (Goldberg 
discussed the general topic of virtualiza¬ 
tion of resources.^) 

As mentioned above, the ability to run 
test SCPs was so important to some users 
that they did use VM to run other SCPs, 
accepting the loss of performance 
involved. IBM noticed this class of trou¬ 
bled users and responded by enhancing the 
machines running VM to make them per¬ 
form better, using various architecture 
extensions called assists.^ Eventually, 
with the features called Virtual Machine 
Assist plus Preferred Machine Assist (on 
the System/370) and Interpretive Execu¬ 
tion Facility plus SIE Assist'* (on the Sys- 
tem/370-XA, the successor architecture to 
the System/370), it became possible to run 
one selected SCP (the “preferred” guest) 
under VM with performance very close to 
native operation. This made it possible to 
use guest SCPs for production operation. 

These enhancements were most advan¬ 
tageous to IBM when migrating customers 
from the 24-bit-addressing MVS to the 
31-bit-addressing MVS/XA. IBM 
provided customers with the VM/XA 
Migration Aid, which comprised a “cut- 
down” version of VM that could run both 
old and new systems simultaneously. 

The multiple domain facility. The 
Amdahl architecture was specified in 1977, 
long before the above events, which took 
place in the early 1980s. We at Amdahl had 
also noticed the customers’ needs, but we 
didn’t find the VM approach attractive 
because it would involve producing a full 
SCP and certainly would run counter to 
the criterion of being unobtrusive. 
Amdahl software engineers explored a 
different possible approach, which even¬ 
tually led to a product called VM/PE (for 
Performance Enhancement). This 
involved running the MVS operating sys¬ 
tem as if it were in control of the whole 
computer by placing it in the low portion 
of the real address space and not telling it 
of the existence of the high address space 
where VM was placed. It required the 
addition of software to MVS so that con¬ 
trol could be given to VM on the occur¬ 
rence of interruptions. 

The security of the approach depended 
on the reliability of MVS code. Although 
this was fine in practice, we did not want 
a situation where each SCP could interfere 
with another, nor one that needed modifi¬ 
cations to a standard SCP. Amdahl’s 


VM/PE is acknowledged and described in 
Bean and Gum’s patent® for IBM’s Pre¬ 
ferred Machine Assist, which continued 
the same approach under VM, but fixed 
some of its problems. 

It was also natural for Amdahl to extend 
the VM/PE approach but, rather than 
concentrating on improving MVS under 
VM, it made more sense for us to regard 
the two as equals and to put the code that 
controls the allocation of the hardware 
outside of both. This led to our approach, 
contrasted to the IBM approach in Figure 
1. Our approach added another level of 
control to the system, containing a con¬ 
troller that came to be termed macrocode 
(Amdahl uses macrocode to refer to both 
the class of code and the control entity 
itself). Macrocode, supported by neces¬ 
sary architecture changes, has the follow¬ 
ing goals: 

• Be ultimately in control of the com¬ 
puter hardware. 

• Share the hardware among multiple 
SCPs with minimal overhead. 

• Appear to users to be built-in, part of 
the hardware. 

• Assist with providing a compatible 
image to standard SCPs. 

• Provide secure boundaries between 
independent SCPs. 

Note that, although macrocode has 
some of the functions of an SCP like VM, 
its rationale and goals are quite different. 


Consequently, quite different architec¬ 
tural solutions are called for. Because mac¬ 
rocode is under our control, the 
architecture that it sees does not have to be 
the same as the standard—which is an 
astounding degree of freedom to give a 
PCM. Customer programs never see the 
architecture, so there is no external com¬ 
patibility reason for it to be the same from 
model to model, or for it not to evolve over 
time. The architecture can be very specific 
to the hardware and defined at a level of 
detail that would be entirely inappropriate 
for general programming. This intermedi¬ 
ate status accounts for the coining of the 
marketing term macrocode to describe 
coding at this level. 


Outline of architecture 

This description applies generally to the 
architecture developed for the Amdahl 580 
and 5890 series computers, despite differ¬ 
ences in the details of different models. 
Initially, only the System/370 architecture 
was supported, but later the Amdahl 
architecture was extended to allow simul¬ 
taneous execution of SCPs using Sys¬ 
tem/370 or System/370-XA. Most of the 
Amdahl architectural extensions apply to 
processors, called CPUs in the mainframe 
world. 

The description below should be under- 
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standable to the general reader, but com¬ 
plete appreciation requires some 
knowledge of the IBM System/370 archi¬ 
tecture. 

Amdahl tries to support the model of 
operation displayed in Figure lb, where 
there is one controller called macrocode 
and multiple SCPs that operate indepen¬ 
dently, with the goal of minimal overhead 
so that several of the SCPs can be used for 
production operation. We take this to 
imply that, if there are no more virtual 
CPUs than real CPUs, and macrocode is 
not invoked for compatibility reasons, 
then there should be essentially no diminu¬ 
tion of performance compared to native 
operation of the SCP. 


Resource sharing and mapping. The 
total system is shared among the multiple 
SCPs and macrocode. Let’s first see how 
the system components operate on behalf 
of macrocode and each SCP, how the 
SCPs are protected from each other, and 
how the SCPs are provided with the illu¬ 
sion of total control. 

We need to distinguish between the 
operation of the hardware for SCPs and 
for macrocode. We introduce a new state 
of operation for CPUs, called control 
state, for macrocode, which we contrast 
with operation for SCPs, called user state. 
In both states, the system operates as a var¬ 
iant of the general System/370 architec¬ 
ture. The term domain refers to the set of 
resources used by an SCP in the user state, 
and the term system refers to the entire 
hardware resource as seen by macrocode. 

Each CPU includes a new set of 
registers, used by macrocode to control 
domain operation, called system registers 
(see Table 1). 

Main storage divides into sections allo¬ 
cated to the control of one domain or to 
macrocode. Macrocode uses the actual 
system main-storage addresses and can 
address any part of main storage. How¬ 
ever, it normally operates out of low stor¬ 
age and, for reliability reasons, is restricted 
in its use of system main-storage addresses 
by the system addressing limit. System 
main-storage addresses are always 31 bits 
in length. 

For domains, the system supports both 
24-bit and 31-bit addressing. The block of 
main storage currently being used is 
delimited by a base-bound mapping 
defined by the domain main-storage base 
and limit. All domain main-storage refer¬ 
ences are checked against the limit and 
converted by addition of the base to sys- 


Table 1. Control fields held in system 
registers. 


Control Fields 

System addressing limit 

Domain main-storage base 

Domain main-storage limit 

Domain channel-map pointer 

Domain number 

Domain CPU address 

Domain prefix 

System timer 

TOD clock offset 

State-switching interruption mask 

System interruption mask 

CR load mask 

PSW status-change mask 

Feature control word 

Fast-assist base 

Domain CPU status 

Domain compare address _ 


tern addresses (see Figure 2). Although 
simple, this method is entirely appropriate 
where memory is shared among SCPs; 
they do not come and go like processes and 
are seldom reconfigured. Note that this 
domain main-storage mapping is in addi¬ 
tion to, or on top of, the virtual-storage 
mapping of the System/370. 

In the System/370 architecture, special 
processors called channels perform I/O. 
I/O channels are each dedicated to a 
domain or to macrocode. A domain chan¬ 
nel map (see Figure 3) held in main storage, 
pointed to by a system register, maps 
domain channel addresses to system chan¬ 
nel addresses in a general manner (later 
modified to apply to the subchannel 
addresses of the XA architecture). Domain 
numbers distinguish the domains. When 
an I/O operation is initiated, the state of 
the CPU indicates which domain (or mac¬ 
rocode) is active so that it is possible to 
ensure that only a CPU operating on 
behalf of that domain is interrupted on 
completion of the operation. The channel 
processor, operating independently of the 
CPU, receives details of the memory map¬ 
ping from system registers when the I/O 
operation is initiated. Thus, initiation or 
completion of an I/O operation requires 
no additional software intervention. 

CPUs are not dedicated to SCPs, but 
can be time-multiplexed between the 


domains and macrocode. The System/370 
architecture specifies a system comprising 
a number of CPUs, each identified by a 
CPU address. A domain CPU address 
held in a system register allows any real 
CPU to act as any domain CPU. The inter¬ 
processor signalling instruction SIGP (for 
signal processor) uses the domain CPU 
address to locate the correct processor to 
signal. The old System/370 architecture 
also used the domain CPU address in I/O, 
where an I/O interruption had to be ser¬ 
viced by the CPU of origin. 

The mappings defined above allow mul¬ 
tiple domains to operate with little over¬ 
head. As described, once SCPs are set up, 
running them under macrocode involves 
no significant overhead. Translation steps 
involved with I/O and inter-CPU signal¬ 
ing occur too infrequently to measurably 
affect performance. In modern fast com¬ 
puter designs, the extra level of main- 
storage mapping is invoked only for the 
few references for which translation is not 
bypassed by a translation lookaside 
buffer. So, the main-storage mapping also 
has no deleterious effect. 


Multiplexing of CPUs. The situation is 
more complicated than just described. 
Macrocode has to multiplex the real CPUs 
among all the domains when there are not 
enough real CPUs to dedicate one to 
executing each domain CPU. Further¬ 
more, we use macrocode to aid compati¬ 
bility and, in fact, to provide part of the 
virtual machine illusion in circumstances 
that occur so infrequently as to not war¬ 
rant implementation in hardware. 

Consequently, transitions between mac¬ 
rocode and SCP are much more frequent 
than transitions between SCPs. Above, I 
gave the impression that CPUs would be 
time-multiplexed between macrocode and 
SCPs. This holds true for resources not 
used by macrocode, such as floating-point 
registers, but other resources needed by 
both macrocode and SCP are replicated. 
There are both system and user general- 
purpose registers, or GPRs, as well as both 
system and user prefix registers. (The 
original System/360 was essentially 
uniprocessing and used the bottom 4 kilo¬ 
bytes of real storage as an extension of the 
CPU registers. The prefix register was 
introduced to the System/370 to relocate 
that area to permit more than one CPU.) 
The System/370 control registers (or CRs), 
which contain fields affecting system oper¬ 
ation, occupy an intermediate status. Most 
are not needed in control state, since mac- 
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Figure 2. Main storage organization. 



rocode does not use virtual addressing and 
thus does not need the associated controls, 
but needed fields are duplicated in system 
registers. 

Now, let’s look at the extensions to 
allow macrocode to multiplex the CPUs 
between SCPs and itself. We expect that 
control does not pass from SCP to SCP, 
but always through macrocode. Let me 
outline the sequence taken when control 
passes from macrocode to SCP and back. 

Macrocode loads the system registers 
that define the domain in which the SCP 
operates. The state of execution of the 
CPU is set properly, meaning that the 
domain GPRs are loaded to reflect the cur¬ 
rent state of execution of the domain on 
this CPU. Macrocode then executes a spe¬ 
cial instruction to give control to the SCP. 

For time slicing, macrocode uses a spe¬ 
cial system timer to regain control. The 
system timer is a direct analog of the Sys¬ 
tem/370 CPU timer. When it counts down 
to zero, it causes an interruption that gives 
control to macrocode. Control can also be 
returned to macrocode in other circum¬ 
stances that indicate that the SCP has 
ended its time slice early. 

One detail of interest when discussing 
CPU multiplexing is the System/370 time- 
of-day clock. The TOD clock is a binary 
counter, incremented at least once a 
microsecond, that wraps around in 143 
years. Different SCPs might operate their 
clocks in different epochs, giving different 
meanings to time zero. Macrocode does 
not use the TOD clock to cause interrup¬ 
tions, so there is no need for two TOD 
clocks in each CPU. However, it is impor¬ 
tant in a multiprocessor system that TOD 
clocks on separate CPUs not lose synchro¬ 
nization. So, we would not want the TOD 
clock to change when a domain is dis¬ 
patched because that might cause errors to 
accumulate in the TOD value. Conse¬ 
quently, the Amdahl architecture provides 
a TOD offset that is subtracted from the 
system TOD clock to give the TOD for a 
particular domain. 

Interruptions. The above outline 
immediately raises many questions about 
the interruption process. The interruption 
mechanisms needed for multiplexing make 
up a small part of what we need to prepare 
for compatibility. Moreover, they are 
imbedded in the more general architecture, 
which is best considered separately. 
Amdahl includes most of the features 
described immediately below to allow a 
fast response to changes in the standard 


Figure 3. Domain channel maps. 


architecture; they do not operate under 
normal circumstances. 

In the System/370, the current instruc¬ 
tion address is stored with other control 
fields and bits in a special program status 
word, or PSW, register. An interruption 
involves saving the old PSW in main stor¬ 
age and loading a new one. We are 
interested here in state-switching interrup¬ 
tions that transfer control from a domain 
SCP to macrocode. We can make an inter¬ 
ruption state-switching by preceding it 
with a switch from user state to control 
state. That changes operation from 


domain to system addressing, so that the 
PSW swap takes place in system main stor¬ 
age. When the interruption entry com¬ 
pletes, macrocode specific to the 
interruption class executes. 

In preparing for compatibility, we must 
ensure that macrocode can gain control 
upon the occurrence of any situation on 
which one could define an architectural 
extension. The System/370 interruptions 
fall into this category. They can be speci¬ 
fied as state-switching by bits in the state¬ 
switching interruption mask. Some spe¬ 
cific interruptions, such as restart, always 
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cause a switch in state. The state-switching 
interruption mask also includes bits that 
override or replace System/370 bits used 
to mask interruptions (see Table 2). Some 
interruptions that occur not on behalf of 
the SCP but for macrocode can also cause 
a state switch, such as an I/O interruption 
for I/O initiated by macrocode. 

Other interruptions do not belong nat¬ 
urally to any of the System/370 classes 
because they are used only to switch state. 
These are assigned to a new system inter¬ 
ruption class, controlled by the system 
interruption mask. This includes the sys¬ 
tem timer interruption mentioned above 
and some monitoring interruptions. 

Some events that occur in the domain 
need to be monitored by macroeode. We 
always face the possibility of extended 
interpretations of the meaning of Sys¬ 
tem/370 control registers, in which case 
macrocode needs to know when the 
registers are set by an SCP. By providing 
a CR load mask, we enable the CRs to be 
individually singled out for monitoring. 

Alteration to mask bits in the PSW is an 
important change. The event of an SCP 
entering the wait state corresponds to the 
turning on of the wait bit in the PSW. 
Another potentially interesting event 
occurs when the SCP enables for some 
class of interruptions by changing a PSW 
mask bit; macrocode can only emulate an 
interruption in an SCP’s domain when the 
domain CPU is enabled to accept that 
interruption. These changes of status are 
monitored by bits in the PSW status 
change mask. When the monitored bits 
change as specified by the mask, an 
immediate system interruption results. A 
system interruption code placed in storage 
summarizes the cause of a system interrup¬ 
tion (see Table 3). 

Fast-assist mode. We can detect the 
most important type of extension, the 
introduction of new instruetions, by the 
occurrence of a program interruption for 
an invalid operation code. At one time, we 
thought that we could use state-switching 
interruptions to gain control to emulate 
new instructions. However, the interrup¬ 
tion process turned out to be difficult to 
implement so that it would be fast enough 
for this purpose. Instead, we decided to 
introduce a substate of eontrol state, 
which became known as the fast-assist 
mode, that had a predetermined, quickly 
invoked state of execution. We designed 
the fast-assist mode to make it possible to 
invoke emulative eode for new instructions 
with minimal overhead. It is closely 


Table 2. Bits of state-switching 
interruption mask. 


Bits 

Machine check mask 
Check stop control 
Recovery report mask 
Degradation report mask 
External damage report mask 
Warning mask 
External interruption switch 
I/O interruption switch 
SVC interruption switch 
Page translation exception switch 
Program interruption switch 
Interval timer mask 
PER override 


Table 3. Bits of system interruption 
code. 


Bits 

System timer 
PSW status change 
CR load 

Single-step completion 
CPU address compare 
External address compare 
Interruption from fast-assist mode 


associated with the design architecture of 
the particular CPU. 

Any operation code not defined will, 
when executed, cause an entry into fast- 
assist mode. Some defined instructions can 
be selected by various control fields, such 
as the feature control word, to also be 
assisted. Other instructions can be 
executed by hardware in frequent cases, 
but infrequent cases cause assist entry. For 
example, with the SIGP instruction, 
orders such as restart are never executed 
directly in user state. 

Fast-assist entry switches to control 
state with a predetermined real-system 
addressing mode. The domain address of 
the instruction immediately following is 
placed in a system GPR, so that macro¬ 
code knows what to emulate. Addition¬ 
ally, the effective addresses appropriate to 
the instruction type—already evaluated— 
are placed into the system GPRs. The 


entry resembles a jump more than an inter¬ 
ruption. The state of execution of the SCP, 
including its PSW, is retained in the CPU 
so that a special jump instruction can 
quickly return control to the SCP. 

For any domain, we can specify the 
instruction operation codes that not only 
will cause entry to fast-assist mode, but 
will do so through a vectored branch to 
arrive at code specific to each instruction. 
Additionally, for each operation code, we 
can specify the application of certain tests 
to the instruction, such as whether the 
instruction is valid for the SCP’s mode of 
execution and whether the operands are 
appropriately aligned. If an instruction 
fails a test, bits placed into a GPR define 
the reason for the failure. Only instruc¬ 
tions that pass these validity tests have a 
vectored entry. Others share a common 
entry, so that we know vectored instruc¬ 
tions to be immediately executable. The 
net effect of all these features is minimized 
overhead of entry to, and exit from, 
emulative code for the instructions most 
frequently emulated. 

We make the fast-assist entry branches 
relative to the fast-assist base so that we 
can have macrocode specific to each 
domain and thus support, for example, 
both System/370 and System/370-XA. 

Emulation assistance. Whether emula¬ 
tive code is entered through vectored fast 
assist, normal fast assist, or interruption, 
emulation will require that macrocode be 
able to inspect and alter domain resources. 
Time-multiplexed resources encounter no 
particular problem, but where resources 
are duplicated, or there are mappings, we 
would want further architectural 
assistance because the addresses used by 
macrocode normally apply to system 
resources. The extensions made are differ¬ 
ent, but appropriate, for each type of 
resource. 

In control state, instructions use the sys¬ 
tem GPRs. User GPRs can be manipu¬ 
lated using new Instructions to move 
values between the system and user GPRs 
and also to store and load multiple user 
GPRs to and from system memory. Table 
4 lists these and other new instructions. 

Macrocode programmers would like to 
use many of the instructions to refer to 
domain main storage. Ideally, we would 
like to have the ability to specify that any 
main-storage address used in control state 
is either a system or domain address, but 
we know of no easy way to modify the Sys¬ 
tem/370 instruction format to distinguish 
the address type. The first solution we tried 
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specified a useful subset of instructions 
and provided new variants referring to 
domain main storage from control state. 
We selected these instructions because we 
expected them to be frequently used (such 
as OR-Immediate) or because the effect 
would otherwise be difficult to program 
(such as Purge Translation Lookaside 
Buffer and, for synchronization, Compare 
and Swap). Later, we made a nice exten¬ 
sion where we selected some of the system 
base registers as always generating domain 
addresses. 

Of course, many modes of addressing 
are possible when referring to domain 
main storage. How we specify the address¬ 
ing mode depends on whether the CPU is 
in control state or fast-assist mode. One 
system register contains a copy of the con¬ 
trol fields in the user-state PSW, called the 
domain CPU status. The status loads 
automatically when macrocode is entered 
by interruption, but also can be changed 
by macrocode to alter addressing modes. 
In fast-assist mode, the type of addressing 
used is predetermined for system 
addresses. For domain addresses, it is still 
controlled, in the main, by the retained 
user-state PSW. 

For I/O operations, the instructions 
executed in control state usually refer 
directly to the system channel or subchan¬ 
nel. The domain channel map is still avail¬ 
able, so new instructions are provided to 
allow a channel program in domain stor¬ 
age to be initiated from control state. Var¬ 
iants of the Start I/O domain instruction 
allow the domain SCP to receive resulting 
I/O interruptions, or we can specify that 
all I/O interruptions cause a switch of state 
to macrocode control. The domain chan¬ 
nel map has a bit for each address that will 
allow execution of I/O instructions for 
each individual channel or subchannel to 
be fast assisted. Thus, all levels of involve¬ 
ment in I/O are possible, from none at all 
to having macrocode do the whole job. 

The most frequent SIGP instructions 
execute directly in the user state. The infre¬ 
quent cases cause entry into fast-assist 
mode. Because these are infrequent, the 
SIGP in system state uses only system 
CPU addresses (except for two extended 
orders to sense and reset a domain CPU). 

Measurement and monitoring. We 
included some monitoring features to 
emulate the functions of the console in the 
System/370 architecture. The console can 
single-step the machine and also halt when 
a specific main-storage address is used. We 
provided these features on a domain basis. 


but, rather than stopping, a system inter¬ 
ruption occurs. We used the domain com¬ 
pare address here. Measurement 
instructions are used solely for perfor¬ 
mance evaluation within Amdahl. 

Development of the 
Amdahl architecture 

The first machine with the multiple 
domain facility built in, the Amdahl 5860 


was first delivered in mid-1982. Initially, 
it operated compatibly with the old Sys¬ 
tem/370 architecture without using any 
extensions. 

After the 5860 shipment, Amdahl 
received its first major compatibility chal¬ 
lenge when IBM released details of the Sys- 
tem/370-XA architecture. This had been 
threatened for some time, and we expected 
that we would have to make hardware 
alterations to data paths or implement fre¬ 
quently executed instructions. 


Table 4. Added macrocode instructions. 


Domain Main Storage Variants 

AND Immediate Domain 
Compare Double and Swap Domain 
Compare and Swap Domain 
Invalidate PTLB Entry Domain 
Load Real Address Domain 
Load System from Domain 
Move Characters System to Domain 
Move Characters Domain to System 
OR Immediate Domain 
Store System to Domain 
Test Under Mask Domain 

Instructions to Implement XA 

Request Subchannel Process 
Request Channel Monitor 
Request Set Address Limit 
Request Interruption Deletion 
Test I/O Subchannel Status 

Control Instructions 

Enter Fast Assist Mode 

Load PSW and Return 

Load System Registers 

Load and Test Registers System from User 

Load and Test Registers User from System 

Purge Domain Maps 

Purge System Maps 

Resume User State 

Set Domain Controls 

Set Channel 

Set Channel Domain 

Start I/O Domain Mandatory 

Start I/O Domain Optional 

Store Domain Controls 

Store System Registers 

Measurement Instructions 
Test I/O Channel Status 
Write Hardware Measurement Command 
Write Hardware Measurement Data_ 
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The XA architecture did force us to 
make some hardware changes and imple¬ 
ment some instructions (such as the 31-bit 
address branch instructions), but we emu¬ 
lated all of the new XA I/O instructions on 
the 580 using macrocode. We encountered 
one unexpected flexibility—we could emu¬ 
late some new instructions partly in hard¬ 
ware but mainly in macrocode. Some of 
the Amdahl instructions circa 1984 (see 
Table 4), such as Request Set Address 
Limit, were to allow implementation of the 
extended architecture. We paid a slight 
performance penalty for partial emulation 
of XA, but the speed of reintroduction of 
compatibility was as we had hoped. 

Because we used macrocode to attain 
compatibility, it became a necessity. All 
machines Amdahl has shipped since have 
required macrocode to operate. The next 
computer designed, the 5890, imple¬ 
mented more XA architecture in hard¬ 
ware, particularly in the I/O area, 
reducing the performance hit to negligible 
levels. Since all 5890s would run under 
macrocode, it became attractive to use 
macrocode as a permanent method of 
implementing infrequently executed 
instructions. Even with only one SCP 
executing, macrocode is always involved 
in the interpretation of some instructions 
(such as most tracing instructions). 

Further extensions to the IBM architec¬ 
ture have—to the extent that they are 
important to the customer base—been 
absorbed and emulated. Of particular 
interest was IBM’s Introduction of 
expanded storage—a large address space 
separate from main storage and addressed 
as 4K pages only. Given that Amdahl sys¬ 
tems had a large main storage, we simply 
used a portion of system main storage as 
expanded storage, with macrocode doing 
ordinary memory-to-memory moves to 
emulate paging to and from the expanded 
storage. 


P erhaps the most gratifying result 
of the Amdahl architecture has 
been the acceptance of multiple- 
domain operation. On the 580 and 5890 
machines, this is offered as the added- 
value Multiple Domain Facility, with 
which users can run up to four domains. 
Although we knew that many customers 
would find MDF useful, we have been sur¬ 
prised by the extent of its use. As of this 
writing, the MDF feature is used by 50 per¬ 
cent of Amdahl’s customers and is 
included on 75 percent of all new ship¬ 
ments. It is perhaps fortunate that Amdahl 


introduced MDF at a time when main¬ 
frame performance was growing at an 
unprecedented rate (due to multiproces¬ 
sing “within the cabinet”), thereby ena¬ 
bling many customers to consolidate 
operations on the one computer. MDF 
offers a much simpler consolidation than 
requiring systems to be merged under a 
single SCP. 

Another interesting development has 
been the convergence of ideas in this area. 
The major Japanese manufacturers, 
Fujitsu’ and Hitachi,® have developed 
their own architectures to allow multiple 
production SCPs. IBM has improved its 
VM assists to allow multiple production 
guest SCPs. All these developments 
employ a user-visible, VM-like SCP. How¬ 
ever, the most recent development, IBM’s 
introduction of the PR/SM (Processor 
Resource/Systems Manager®) feature, 
supports multiple domains using a hidden 
controller (the architecture is based on the 
assists developed for VM/XA). It now 
appears that multiple domain operation 
has become a permanent feature of large 
mainframes. □ 
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A Data-Driven VLSI Array 
for Arbitrary Algorithms 

Israel Koren and Bilha Mendelson, University of Massachusetts at Amherst 
Irit Peled and Gabriel M. Silherman,* Technion, Israel 


A variety of topologies and 
architectural designs of proces¬ 
sor arrays have recently been 
proposed, and many computational 
algorithms for these arrays have been 
devised.' These include globally syn¬ 
chronous systolic arrays and globally asyn- 
chronous wavefront arrays.^’’ Most 
existing algorithms for these arrays were 
developed for problems with inherent 
regularity, like vector and matrix opera¬ 
tions, signal and image processing, pattern 
recognition, and some nonnumeric (such 
as sorting and language recognition) appli¬ 
cations. These computations proceed in 
the processor array in a predetermined 
manner and achieve high performance 
through parallelism and pipelining. 

In systolic arrays, all operations are syn¬ 
chronized by a global clock. This global 
synchronization ensures that all operands 
that have to be processed by every process¬ 
ing element in each computational step 
arrive at every PE simultaneously. Global 
synchronization greatly simplifies the 
internal control of the PE’s operations. 
However, this simplification is achieved at 
the cost of a possible slowdown in the 
throughput of the entire array.^ The 
period of the global clock has to be large 
enough to accommodate the slowest local 
operation (especially when the execution 
time is data dependent) and any clock 
skews. The latter may result in a slowdown 
if large arrays of PEs have to be syn¬ 
chronized or if fault-tolerance through 
reconfiguration is introduced into the 


Control-driven arrays 
like systolic arrays 
provide high levels of 
parallelism and 
pipelining for 
inherently regular 
computations. Data- 
driven arrays can 
provide the same for 
algorithms with no 
internal regularity. 


array, since varied path length and, con¬ 
sequently, varied propagation delays have 
to be taken into account.^ 

Wavefront arrays are asynchronous 
arrays that substitute the requirement of 
correct timing with that of correct 
sequencing. Logically, the computation 
front in these arrays advances exactly as it 


•Silberman is currently at Carnegie Mellon University, 
on leave from the Technion. 


does in systolic arrays, the difference being 
that the speed of propagation is not neces¬ 
sarily uniform across the front. This 
allows for differences in the timing of the 
operations being executed, either because 
some of them are inherently faster (for 
example, addition versus multiplication) 
or due to dependencies on the data (for 
example, multiplication by zero is faster). 

Both systolic arrays and wavefront 
arrays have a computation front that 
propagates according to a predetermined 
fixed (that is, data-independent) sequence. 
Consequently, these arrays prove to be 
very effective for executing highly regular 
algorithms. Methods for mapping 
algorithms with inherent regularity onto 
these arrays have appeared in recent pub¬ 
lications (see, for example. Computer, 
Vol. 20, No. 7'). 

Many computationally demanding 
problems do not exhibit high regularity 
and, therefore, are unsuitable for these 
arrays. Still, many of these problems have 
an inherent parallelism, and it should be 
possible to exploit this parallelism through 
processor arrays that can also provide a 
high degree of pipelining. 

To this end we suggest the design of spe¬ 
cialized processing array architectures, 
capable of executing any given arbitrary 
algorithm. We adopt the approach pro¬ 
posed by Koren and Silberman,'* where 
the algorithm is first represented in the 
form of a dataflow graph and then 
mapped onto the specialized processor 
array. The processors in this array will exe- 
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cute the operations included in the cor¬ 
responding nodes (or subsets of nodes) of 
the dataflow graph, while regular inter¬ 
connections of these elements will serve as 
edges of the graph. 

Figure 1 shows a dataflow graph 
representing the computation of the two 
coefficients .4 and S in the solution Y{t) = 
A cos wt + B sin wt of a spring-mass sys¬ 
tem with an external force F(t) = Fq cos 
wt. These coefficients are computed from 


=Fo 

and 
B = Fo 


k - Mw^ 

(k - Mw^P -t- H-^C^ 
wc 

(k - Mw^P + w^c^ 


where k, M, and c are given parameters. 

Figure 2 depicts a possible mapping of 
the graph in Figure 1 onto a regular proces¬ 
sor array. The hexagonal topology of the 
array serves only as an example of a regu¬ 
lar structure. The dataflow graph repre¬ 
sentation enables the exploitation of 
concurrency at the lowest possible level by 
treating each instruction as an independent 
activity. In this way, “fine-grain 
parallelism”^ can be achieved. For exam¬ 
ple, the products wc and vp- in Figure 2 
can be calculated simultaneously. 

When an arbitrary algorithm executes 
on an array, in general no regular propa¬ 
gation of computational fronts takes 
place. Hence, to speed up the execution of 
arbitrary algorithms, we need a more flex¬ 
ible array. Such an array will allow the 
generation of new computation fronts and 
their cancellation at a later time depend¬ 
ing on the arriving data operands. We call 
these arrays, therefore, data-driven arrays. 

In these processor arrays, not all cells 
(processing elements) will perform exactly 
the same set of operations. As a result, the 
operation time of different cells in the 
array may differ substantially, and subse¬ 
quent cells may receive their operands in 
an arbitrary order. Therefore, the cell 
should be capable of testing for the pres¬ 
ence of its operands and execute only the 
instructions for which all the necessary 
operands have arrived. Thus, the order in 
which instructions are executed in a cell is 
data-dependent. We call such a cell a data- 
driven processing element. (Notice that 
wavefront arrays are also data-driven, in 
the sense that operations proceed as soon 
as operands become available. Neverthe¬ 
less, these arrays are limited to map acy¬ 
clic dataflow graphs, and their 
computational fronts are fixed and data- 
independent.) 



Figure 1. A dataflow graph. 



Figure 2. The mapping of the graph in Figure 1 onto a hexagonally connected array. 
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Figure 3. The floor plan of the processor array chip. 


A key feature of our approach, then, is 
that it allows any arbitrary algorithm, 
expressed in a dataflow programming lan¬ 
guage (such as VAL®, or Value-oriented 
Algorithmic Language), to be executed in 
a data-driven processor array that can pro¬ 
vide high levels of concurrency and 
pipelining. The mapping of the algorithm 
is changeable, enabling the user to map 
various dataflow graphs (algorithms) onto 
the same array. Such a property increases 
the number of applications of the array, 
making it more appealing to the semicon¬ 
ductor industry and to users, alike. Also, 
programmable arrays admit simple fault- 
tolerance, since the dynamic and restruc- 
turable mapping of dataflow graphs will 
permit avoiding faulty processors and 
communication links, using any of the 
possible reconfiguration techniques.’ 

The programmability and reconfigura¬ 
bility features of the data-driven processor 
array somewhat resemble those of the 
Configurable, Highly Parallel Computer, 
Or CHIP, array,* where a programmable 
interconnection structure is integrated 
with an array of processing elements. The 
user can program this interconnection 
structure to best suit a specific application. 

The mapping of the application onto the 
CHiP array is performed differently, how¬ 
ever. The mapping in our case is an auto¬ 
matic process, while the user must 
hand-tailor the CHiP array to each specific 
algorithm. (Support for this task is 
provided in the form of the Poker Pro¬ 
gramming Environment.) 

Before an algorithm is mapped onto the 


data-driven array, it is translated into a 
dataflow graph. See the next section for a 
brief outline of the concept of dataflow 
graphs. We then describe in detail the prin¬ 
ciples of the design of a data-driven array. 
Finally, we present an algorithm for map¬ 
ping a given dataflow graph onto the 
array. This mapping is independent of the 
capabilities of each data-driven cell in the 
processor array. In other words, each node 
in the dataflow graph is mapped onto a 
processor in the array, regardless of the 
node’s function. The translation process, 
from a program in VAL to a dataflow 
graph, makes each node in the graph 
match the processing capabilities of an ele¬ 
ment in the array.’ 

The dataflow concept 

In most computation systems, execution 
of a program is performed according to its 
control flow. The program executes 
sequentially according to the order speci¬ 
fied in the program. Even if the program 
is written in a concurrent programming 
language (such as CSP or Ada), the pro¬ 
grammer has to identify the potential for 
parallelism in the algorithm. Furthermore, 
those segments explicitly identified as par¬ 
allel are each executed in a control flow 
fashion, usually during execution of the 
concurrent program. 

The dataflow approach to program¬ 
ming attempts to exploit the parallelism 
inherent in each algorithm, without requir¬ 
ing the programmer to indicate it explicitly 


in the program. In this approach, a pro¬ 
gram is written in a side-effect-free lan¬ 
guage (such as VAL*) and translated into 
^dataflowgraph, or DFG. Dataflow pro¬ 
gram graphs explicitly represent the data 
dependencies within a program and, in so 
doing, identify program operations that 
may be executed independently (that is, 
implicit parallelism). 

We can view a dataflow program graph 
formally as a directed graph whose nodes 
are operators and whose arcs represent 
data paths. “Execution’ ’ of a DFG occurs 
as tokens “flow” along the arcs, into and 
out of nodes, according to a set of firing 
rules. These firing rules specify that a node 
may fire whenever tokens are present on 
each of its input arcs and no token is pres¬ 
ent on any of its output arcs. Such nodes 
may fire in any order, and two or more 
nodes can fire concurrently. When a node 
fires, tokens are removed from each of its 
input arcs, the function represented by the 
node is computed using the absorbed data 
values, and the result is output as a token 
on the node’s output arc(s). 

Several authors have noted the advan¬ 
tages of using the dataflow approach to 
programming. (For a comprehensive 
review on the subject, refer to Dennis* 
and Khavi, Buckles, and Bhat.'®) The 
main advantage is the “natural” parallel¬ 
ism. That is, we do not need special anal¬ 
ysis of the algorithm, looking for portions 
of it that can be executed in parallel, prior 
to writing the program. 

Clearly, the parallelism in a dataflow 
program can be affected by the way in 
which the program is written. The 
sequence of node firing depends only on 
data dependencies, thus the level of con¬ 
currency can be automatically detected by 
a compiler and expressed as a DFG. 

In addition to exploiting parallelism, 
dataflow provides the potential for further 
algorithm acceleration by pipelining. 
When a node has fired and the result(s) 
from its operation are consumed, the node 
is ready to receive new data and carry out 
its function, even though overall process¬ 
ing of the previous cycle’s data may not 
have finished. 

Processor array 
architecture and 
principles of operation 

The feasibility of designing control- 
driven processor arrays was never in ques¬ 
tion; several processing elements for these 
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arrays have already been designed (for 
example, see Fisher et al.^). However, the 
degree of hardware complexity required to 
add the data-driven property was not clear 
to us. Therefore, we made a preliminary 
design of a low-hardware-complexity 
data-driven element. The result of this 
design is very encouraging. The total hard¬ 
ware complexity of the cell (presented 
next) is less than 9,000 transistors in n-type 
metal-oxide-semiconductor technology. 
This low complexity should make possible 
the fabrication of a very-large-scale- 
integration chip containing about 50 to 100 
cells. Several such chips can then be put 
together to form a larger processor array. 

The first phase of the design has already 
been completed and is reported by 
Peled." The final steps of the detailed 
design and layout of the VLSI chip are 
now being carried out. 

The proposed floor plan of the chip is 
shown in Figure 3. It contains data-driven 
cells (all identical, including the boundary 
ones) arranged in rows such that the typi¬ 
cal cell has six immediate neighbors in a 
hexagonally connected processor array. 
The high degree of connectivity of the hex¬ 
agonal topology simplifies the task of 
embedding various graph structures. 
However, the hexagonal topology serves 
here only as an example; it has little impact 
on the principles of the design. 

The cells communicate with an external 
host computer through communication 
buses that run between an odd-numbered 
row and the subsequent even-numbered 
one. The individual cells’ programs are 
prepared iil this host computer and then 
distributed to the cells. The host also sup¬ 
plies the necessary input operands and 
accumulates the final results. 

In control-driven processor arrays, the 
host-to-array communication can in most 
cases be conveniently restricted to pass 
through the boundary cells. In data-driven 
arrays, the elements that are expected to 
either receive input operands or transmit 
final results may be distributed through¬ 
out the array. 

Here, the host to array communication, 
if limited to the boundary cells, can sub¬ 
stantially slow down the array operation. 
This is unacceptable in a data-driven cell, 
so provision is made for each cell to com¬ 
municate directly with the host through the 
communication buses shown in Figure 3. 
The internal communication among cells 
does not use these buses. Instead, each cell 
communicates directly and in parallel with 
its six neighbors through dedicated 
registers. 



Figure 4. Functional blocks in the data-driven cell. 


The width of the communication bus 
determines the maximum number of cells 
per row. In the current design the width of 
the bus is 10 bits, out of which 7 are used 
for addressing purposes yielding 128 
different addresses (that is, at most 64 cells 
per row). The maximum number of rows 
is determined by N—the number of pack¬ 
age pins. After subtracting from Nat least 
10 (for clock signals, ground, and V^d), 
we divide the result by 10 (the width of the 
bus) and then multiply by two. Currently, 
packages with N= 244 pins are available, 
yielding a maximum of 45 rows. Theoret¬ 
ically, the design presented here can yield 
a total of 64 X 45 = 2,880 cells. 

However, we cannot yet achieve the 
upper limit of 2,880 cells per chip because 
of the limited number of transistors pos¬ 
sible on a single chip. For a maximum of 
500,000 transistors per chip, the chip can 
include only 50 cells (based on the detailed 
design of the cell, which requires less than 
9,000 transistors). A density of 1 million 


transistors per chip is expected in the near 
future, yielding almost 100 cells on a chip. 
These cells can be arranged in various 
ways, like 10 x 10, 11 x 9, and so on. 

Structure of a basic cell 

The cell as designed operates on 8-bit 
operands. All internal registers and buses 
are 8 bits wide. Still, two or more cells can 
participate in a single (arithmetic) opera¬ 
tion enabling the execution of 16- or 32-bit 
operations. All cells—identically 
designed—differ only in their ID number. 
Each cell has an identifying address that is 
unique within the pair of rows connected 
to the same bus (see Figure 3). 

The functional blocks composing the 
basic cell are depicted in Figure 4. The 
communication control block contains the 
control logic and bus interface for com¬ 
municating with the host computer, for 
such functions as loading the instruction 
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memory and receiving and transmitting 
data operands. This block has a total com¬ 
plexity of about 150 transistors. 

Six 8-bit registers, R 1 through R 6 (with 
a total complexity of 400 transistors), are 
positioned in the periphery of the cell. 
These registers connect to a common inter¬ 
nal bus through which data can be trans¬ 
ferred from one register to the other and 
from a register to the execution unit and 
vice versa. A register can also be loaded (or 
unloaded) through the internal bus with an 
operand provided by the host. In addition, 
each of the six registers connects directly 
to the corresponding register in one of the 
six neighboring cells (refer to Figure 4). 

The carry-in and carry-out bits are also 
transferred through these registers, to 
allow operations on multibyte (that is, 
16-bit or more) data. This implies that no 
other data can be transferred in parallel 
between cells with a carry connection. We 
could not justify the extra control logic 
required to support separate carry lines 
between any two adjacent cells, especially 
since no data (other than the carry bit) has 
to be transferred between cells participat¬ 
ing in a multibyte operation. There is, 
however, a side benefit to this: since the 
carry-in from another cell is just another 
datum, it can be treated as a Boolean oper¬ 
and (as for testing some condition) instead 
of an arithmetic carry bit. 

The transfer of data between the host 
and any of the six registers is under pro¬ 
gram control, while the transfer of data 
between a register and the corresponding 
register in the adjacent cell is under hard¬ 
ware control. The latter is a frequent oper¬ 
ation, and its execution time is crucial. In 
our design, this transfer takes a single 
clock cycle and is done in parallel to all 
other operations in the cell. 

The instruction memory consumes 
about 1,150 transistors and contains 
instructions that specify the operations the 
cell has to perform on operands it receives. 
These instructions are loaded from the 
host computer before the array’s opera¬ 
tion is started. 

The flag array is a uniquely designed 
block that controls the data-driven oper¬ 
ation of the cell. The instructions in the cell 
are not executed in any predetermined 
order. Instead, the arrival of all operands 
for a certain instruction enables the execu¬ 
tion of that instruction. The flags monitor 
the movement of data operands internally, 
as well as in and out of the cell. For each 
register, a flag indicates whether the reg¬ 
ister has an operand or is empty and can 


receive a new operand. The flag array 
block (whose design is detailed in a later 
section) requires about 350 transistors. 

The microprogram control unit is the 
largest block in the cell. It requires about 
4,500 transistors. This unit translates the 
cell instructions stored in the instruction 
memory into sequences of control signals 
that execute these instructions. In the cur¬ 
rent design, most instructions take 
between two to eight clock cycles to exe¬ 
cute. The execution of instructions can 
speed up if more parallelism is introduced 
into the microprogram, although this will 
increase the hardware complexity of the 

Finally, the execution unit, with a total 
complexity of 1,000 transistors, contains 
a 16-bit shift register and an arithmetic unit 
capable of executing all common Boolean 
and arithmetic operations, including mul¬ 
tiplication and division (for which sequen¬ 
tial algorithms are employed). The 
operands for the arithmetic operations can 
be either positive operands or negative 
ones represented in 2’s complement. Carry 
bits are generated and used whenever 
applicable to allow multibyte operations. 


Programming the 
basic cell 

One of the most important design deci¬ 
sions is the determination of the maximum 
complexity of the program each cell can 
execute. We can identify two alternatives: 

(1) One or two operations in every cell. 

(2) A separate instruction for each reg¬ 
ister (out of the six data registers in 
the cell). 

In the first alternative, the design of the 
cell is simpler and its operation is faster. 
However, the overall utilization of the cell 
is very low. This results in the need for 
large arrays for even the simplest compu¬ 
tations. The larger array required may 
decrease the throughput even though each 
individual cell operates at a higher speed. 

The second alternative achieves the 
highest level of cell utilization, since each 
register has a separate instruction. Theo¬ 
retically, we can have six different cell 
operations. In practice, however, we will 
have only two to four operations in a cell, 
since many operations involve more than 
a single register. 

This alternative may also lead to a lower 
overall execution time. For example, the 
fact that a single variable can be an oper¬ 
and for several operations within the same 


cell eliminates the need for generating 
several copies of that variable and dis¬ 
tributing them to other cells. 

It may appear that the amount of hard¬ 
ware needed in this case is substantially 
higher than that needed for the first alter¬ 
native, yet after completing detailed 
designs of both alternatives we have con¬ 
cluded that the second alternative requires 
less hardware. Also, as shown below, a 
data-driven element capable of perform¬ 
ing up to six operations yields a more effec¬ 
tive mapping process. 

In view of the above, we selected the sec¬ 
ond alternative for implementation. 

The instruction format. We defined 
about 108 instructions, most of them simi¬ 
lar to those found in any ordinary 8-bit 
microprocessor. These instructions 
include 

(1) Boolean instructions like AND, 
OR, and XOR. 

(2) Arithmetic instructions like addi¬ 
tion and subtraction in 2’s comple¬ 
ment, and 8-bit multiplication and 
division. An arithmetic operation 
may have an input carry and/or 
generate an output carry. 

(3) Shift instructions for 8- and 16-bit 
shift operations with or without 
carry-in and -out. 

(4) I/O instructions to control commu¬ 
nication with the host. 

(5) Flow control instructions, like 
Route an operand into one of two 
output paths according to the value 
of a Boolean control operand."' 

(6) Cell initialization instructions 
indicating which registers will hold 
the carry-in, the carry-out, and the 
eight most significant bits in oper¬ 
ations with 16-bit results. 

A few instructions have up to six oper¬ 
ands. For example, a shift operation (with 
carry-in and carry-out) that operates on a 
double word (16 bits) has three input oper¬ 
ands and three output operands. Most 
instructions, however, have a substantially 
smaller number of operands. The com¬ 
monly used solution of variable-length 
instructions must unfortunately be 
rejected here. In contrast to a control- 
driven PE, the data-driven cell does not 
execute its instructions sequentially. 
Whenever a new operand arrives, the cell 
has to look for instructions that need this 
operand and test whether they already 
have all their operands. If the instructions 
do not start in known positions (in the 
memory), the search operation becomes 
considerably more complex and time con- 
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suming. To prevent a lengthy search and 
simplify the test for ready-to-execute 
instructions, the instructions should be of 
fixed length and the operand fields within 
the instruction should be in fixed 
positions. 

We therefore propose the instruction 
format shown in Figure 5. The leftmost 
nine bits constitute the operation-code 
field and the rightmost six bits, the oper¬ 
and field. The latter indicate only which 
registers hold the input operands. LRi = 1 

(/ = 1,2.6) if the register Ri is an input 

operand. Up to three bits out of the six 
may equal 1 in operations with carry-in. 

We included no output operands in the 
instruction format. As mentioned above, 
the six instructions correspond to the six 
data registers in the cell such that Ri is the 
destination of the final result for the /th 

instruction {/=1, 2.6). Also, we 

assigned no instruction bits to specify 
which registers hold (whenever applicable) 
the carry-out and the eight additional bits 
in operations with a 16-bit result. Instead, 
we added special instructions to the 
instruction set invoked during cell initial¬ 
ization to indicate which registers are used 
for these purposes. 

The implication of this design decision 
is that a cell can have at most one instruc¬ 
tion generating a carry-out and at most one 
instruction with a 16-bit result. This limi¬ 
tation is reasonable in view of the reduced 
instruction size and simplified control 
logic. 

A similar cell initialization instruction 
indicates which register is used for the 
carry-in, allowing the cell to distinguish 
between the register holding the carry-in 
and the two registers holding the input 
operands, in case three LRi bits are on. 

The above scheme is appropriate for 
commutative operations. However, for 
noncommutative operations like subtrac¬ 
tion and division, we have to specify which 
of the two operands (not including the 
carry-in) is first. For this purpose we use 
the Frst bit; if this bit is 0, the first (right¬ 
most) register in the instruction holds the 
first operand; otherwise, the second reg¬ 
ister holds the first operand. 

The most significant bit in the op-code 
field is the Act, or active, bit. This bit 
always equals 1 except in the cell initiali¬ 
zation instructions, which are executed 
only once when first loaded and are 
ignored from that point on. The Cin and 
Cout bits indicate whether the instruction 
needs a carry-in and/or generates a carry¬ 
out, respectively. 


Figure 5. Proposed instruction format. 


Detailed design of 
selected blocks 

In this section, we present some design 
details of two selected blocks. We designed 
the other blocks in the cell in a straightfor¬ 
ward manner and do not detail their design 
principles here. 

Instruction memory. The instruction 
memory consists of a 13-byte memory, an 
address counter and three registers that 
hold the numbers of the data registers con¬ 
taining the input carry, the output carry, 
and the eight additional bits generated in 
operations with 16-bit results. 

The 13 bytes in the instruction memory 
contain six instructions, each two bytes in 
length. The 13th byte has only six 
meaningful bits (corresponding to the six 
data registers). Bit/in this byte is 1 if the 
contents of Rj have to be transferred to the 
corresponding register (whose index is 
1 -(-(/-l-2)mod 6) in the neighboring cell 
(see Figure 4). Each bit in this byte has to 
be accessed separately by the hardware. 

The address counter of the instruction 
memory has two modes of operation, 
instruction loading mode and execution 
mode. In the first mode, all 13 addresses 
have to be generated; in the second mode, 
only six addresses have to be accessed. 
Instead of implementing the address 
counter as an ordinary binary counter, we 
used a shift register. This implementation 
requires 24 additional transistors, but it 
allows the counter to skip addresses that 
do not contain executable instructions, 
considerably improving the performance 
of the cell. 

Consider, for example, a cell having a 
single executable instruction. The use of an 
ordinary counter will result in a five-cycle 
delay before reexecution (of the same 
instruction) on a new set of operands can 


start. The designed counter (based on a 
shift register) enables immediate reexecu¬ 
tion of the same instruction if new oper¬ 
ands are available. 

Flag array. The flag array controls the 
data-driven operation of the cell. The 
exact status of the six data registers is kept 
in this array. Through it, the cell can check 
whether a data register is empty and can be 
reloaded, or whether all the operands for 
a certain operation have arrived. The flag 
array contains only the dynamic flags that 
change during the execution of the instruc¬ 
tions. The instruction memory contains 
the static flags (the LR 1 through LR 6 bits) 
that indicate which data registers are the 
operands for the given operations. 

The dynamic flags are arranged in seven 
rows and six columns. The first six rows 
are identically designed and correspond to 
the six instructions that the cell executes. 
The six columns correspond to the six data 
registers. The arrival of a new operand in 
Rj enables the setting of all the flags in the 
yth column. The set signal is ANDed with 
the static flags for RJ in all six instructions. 
Thus, the number of I’s in column/equals 
the number of operations for which RJ is 
an operand. 

The dynamic flags are reset by rows. 
Whenever the execution of instruction / 
completes, the dynamic flags in row / are 
reset. When all flags in column/ are reset, 
register RJ is empty (its current value is not 
needed any more) and is ready to receive 
new data. 

The seventh row in the flag array differs 
from the first six. The dynamic flags in row 
7 correspond to the static flags in byte 13 
of the instruction memory. If dynamic flag 
/ in the seventh row is set, it indicates that 
the data in RJ is ready for transfer to the 
proper register in the neighboring cell. 
Since the transfer of data is controlled by 
hardware (and not the microprogram). 


October 1988 


35 







separately by hardware. 

Before executing an instruction, the cell 
verifies that the dynamic flags (of the input 
registers) in the row of the current instruc¬ 
tion equal the corresponding static flags, 
and that the flag of the output register and 
the carry-out register (if applicable) are 
reset (indicating that the registers are 
empty). If all these conditions are satisfied, 
the execution starts. 

A single cycle suffices to test whether an 
instruction is ready for execution. The flag 
of the output register is also tested to pre¬ 
vent a possible deadlock. Suppose that, 
after the execution starts, it is found that 
the output register is not empty because 
another instruction still needs its value as 
an input operand. The current instruction 
cannot then proceed, and the other 
instruction (which would empty the output 
register) cannot start. 


Large arrays 

The chosen design allows the implemen¬ 
tation of more than 50 basic cells on a sin¬ 
gle chip. If we require a larger number of 
cells, we can connect several of these chips 
to the same host computer. Alternatively, 
we can make this connection through a 
control unit, which can reduce the over¬ 
head of the host and speed up the opera¬ 
tion of the array. This control unit can be 
either a commercially available microcon¬ 
troller like Intel’s 8051 or a special-purpose 
design. 

We decided on the latter, mainly 
because it can speed up interchip commu¬ 
nication. Internally, the cells communicate 
directly with each other. However, 
because of the shortage of I/O pins, such 
direct communication is not possible 
between cells in different chips. Therefore, 
this communication has to take place 


through either the external host or, prefer¬ 
ably, through a specially designed control 
unit. We plan to design such a control unit 
in the near future. 

The interchip communication may still 
overload the external controller. Conse¬ 
quently, the algorithm to be mapped onto 
the array has to be partitioned so as to min¬ 
imize interchip communication. 


The mapping process 

In this section, we present and analyze 
a scheme for mapping a dataflow graph 
(program) onto a hexagonally connected 
PE array (first proposed by Mendelson 
and Silberman’). 

The process of mapping a dataflow pro¬ 
gram onto a hexagonal array of processors 
consists of four phases. For the sake of 
modularity, we keep these phases as sep¬ 
arate stages in the mapping process. This 
allows experimentation with various 
algorithms for each phase, as well as easy 
integration of changes driven by develop¬ 
ments in technology. The four stages in the 
mapping process are 
Stage 1: DF-program translation 
Stage 2: DFG mapping onto array 
Stage 3: Array partitioning 
Stage 4: Task-to-PE assignment 
The first stage in the mapping process is 
the translation of a dataflow program, 
written in a subset of VAL, to a dataflow 
graph. This subset excludes all dynamic 
data structures (such as heaps, stacks, 
multiple-field records) that require a cen¬ 
tral memory facility and their related lan¬ 
guage constructs (such as bound 
checking). This stage is general and does 
not depend on the specific architecture of 
the processor array. 

The language VAL was developed to 
express algorithms for execution on com¬ 
puters with a high level of parallelism, 
more specifieally, data-driven machines. 
As such, the language is free from side 
effects. 

The translator that implements the first 
stage in the mapping process was built in 
a conventional fashion, by utilizing the 
Unix tools Lex (for Lexical Analyzer 
Generator) and YACC (for Yet Another 
Compiler Compiler). Translation pro¬ 
ceeds by analyzing each construct in the 
program and translating it to a subgraph. 
These subgraphs, when combined, form 
the program DFG. This approach to trans¬ 
lation creates a DFG with high locality; 
that is, each control structure in the pro- 



fa) foralliin [l,n] 

x: = if (i/2)*2 = i then x 
eval plus (x*i)/(i-(-1); 



each flag in row 7 is tested and reset 
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gram will be a connected subgraph in the 
DFG, a fact that simplifies later stages in 
the mapping process. 

Figure 6 illustrates the translation pro¬ 
cess by showing a program in VAL and its 
translation to a DFG. The program takes 
a stream of n data values, selects those 
values in the even-numbered positions of 
the stream, and calculates their average, 
their sum, and the minimum value among 
them. 

The second stage in the process deals 
with the mapping of the DFG onto a (the¬ 
oretically) unbounded, finite array of PEs. 
Here, the nonplanar graph is mapped onto 
a hexagonal array. Clearly, this stage 
depends on the specific topology of the 
grid, but it does not depend on technology 
limitations. By keeping this stage indepen¬ 
dent of the parameters influenced by these 
limitations (such as the chip size and 
pinout), we do not have to change the 
mapping process as a consequence of rapid 
technology developments in the fields of 
circuit density and chip size. These 
technology-dependent parameters will 
come into consideration in the later stages 
of the mapping process. We describe this 
stage and its related algorithms below. 

After mapping of the DFG onto an 
unbounded PE array, the next stage par¬ 
titions this array into several (subarray) 
chips according to the technology-imposed 
limitations on the number of PEs per chip. 
Performing this partition to achieve a min¬ 
imal number of interchip connections has 
been shown to be an NP-complete prob¬ 
lem. Therefore, we adopted the heuristic 
solution suggested by Krishnamurthy,'^ 
which starts from an arbitrary division of 
the array into two portions, then attempts 
to improve upon it by moving single ele¬ 
ments from one side of the division to the 
other. When no further improvements are 
possible, the same process is recursively 
applied to each side of the final division. 
Obviously, we stop this process as soon as 
each group is fitted onto a single chip. 

In the last stage of the mapping process, 
each PE in the array is physically assigned 
its task(s). 


Mapping the DFG onto an unbounded 
finite PE array. First, we need to define 
certain terms. A path is a set of links in the 
array that form a continuous, directed 
chain between two PEs. The PE from 
which the path emanates is called the 
source of the path, and the PE where the 
path terminates is referred to as its desti¬ 
nation. We define the length of a path as 



An optimal mapping 
would require only as 
many PEs as there are 
nodes in the DFG. 


the number of links that make it up. We 
say that a path p in the array represents an 
arc a in the DFG if the node at the source 
(destination) of a has been mapped onto 
the source (destination) of p. 

We have implemented the DFG map¬ 
ping process using the following four 
steps: 

Step 1: Limiting the outdegree 
Step 2: Dividing into layers 
Step 3: Ordering in each row 
Step 4: Routing paths 
The mapping process is based on the 
routing ability of the PEs and attempts to 
minimize the number of additional PEs 
required for the mapping. An optimal 
mapping would require only as many PEs 
as there are nodes in the DFG. Additional 
PEs are required because we must find, for 
each arc in the DFG, a path to represent it 
in the array. This search is complicated by 
the nonplanarity of the DFG. 

We next describe each of the steps in the 
DFG-map process. First, we illustrate 
these steps for the case where each PE per¬ 
forms a single operation (besides any rout¬ 
ing duties assigned to it). Subsequently, we 
will take into account the ability to gather 
several operations into a single PE. 


Limiting the outdegree of DFG nodes. 
The DFG generated during the translation 
stage of the mapping process had no limi¬ 
tations imposed by the array architecture. 
As a result, some of the nodes in the DFG 
have several output arcs (the number of 
such being the node’s outdegree ). In addi¬ 
tion, DFG operators (nodes) take between 
one and three input tokens. However, the 
architecture we chose (a hexagonal array) 
limits the total number of links that can be 
used for input or output to six. 

Furthermore, since most results flow 
downwards in the DFG, and since each PE 
has two neighbors in this direction, we 
limited the number of outputs from each 
node in the DFG to two. This limitation 


also facilitates use of a PE for both com¬ 
putational and routing tasks concurrently 
by employing the unused ports for routing. 

The first step in the DFG-map process 
is thus the introduction of Split operators 
at the output(s) from DFG nodes with an 
outdegree larger than 2. For example. Fig¬ 
ure 7 shows the DFG in Figure 6(b) after 
the addition of Split nodes (marked as SP). 

Dividing the DFG into iayers. The next 
step of the DFG-map process divides the 
nodes in the DFG into layers. Each of 
these layers will then be mapped onto a sin¬ 
gle row in the PE array. 

Srini described a somewhat similar 
approach to layering,'^ using it for assign¬ 
ing nodes in a dataflow graph to proces¬ 
sors in a task-level dataflow distributed 
computer system. The algorithm used in 
this step consists of a depth-first traversal 
of the DFG to mark backward-pointing 
arcs (that is, arcs that close loops). Experi¬ 
ments with a breadth-first approach led to 
consistently less satisfactory results. 

This DFG traversal is then followed by 
a variant of topological sort on the DFG, 
which ignores these marked arcs. During 
the sorting process, which begins by label¬ 
ing with level = 1 all those nodes in the 
DFG that receive their inputs from outside 
the array, each node N is labeled with 
level = /, where / is one greater than the 
highest-labeled node whose output(s) feed 
node TV. 

In Figure 7, we have marked the layers 
in the DFG by dashed lines. 

Ordering the nodes in a layer. After 
dividing the nodes in the DFG into layers, 
we place each layer on a row of PEs in the 
array in an arbitrary order according to the 
initial placement (given by the compiler). 
As a preliminary step towards the defini¬ 
tion of paths to represent all the arcs in the 
DFG, we now arrange the nodes in each 
row. Since we would like to keep paths as 
short as possible, an ideal order for the 
nodes in a row is one that minimizes the 
sum of these lengths. But, since at this 
point in the DFG-map process we have not 
yet determined the exact length of each 
path p, we use the column distance, 
denoted by Dc{p), between the path’s 
source and destination PEs. For example, 
if the source PE for a path is currently 
located in the third column of the array 
and its destination PE is in the tenth 
column (their row locations are not taken 
into account), then the column distance 
for the path is seven. 
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Figure 7. The DFG of Figure 6b with outdegree limited by 2. 


Now, we can order the nodes in a single 
row r so as to try to minimize the sum 
= ^pepDcip), where the set P contains all 
those paths with either a source or destina¬ 
tion PE in row r. We have found that a 
good heuristic for determining the place of 
a node N within a layer is to put it in a 
column as close as possible to the center of 
mass for all the paths for which acts as 
either its source or destination. Each such 
path is assigned a weight equal to its 
column distance. Our criterion for evalu¬ 


ating a given ordering of nodes is the sum 
of the Or for all the rows in the array. 

The above makes it clear that the order¬ 
ing of nodes within layers is an iterative 
process. We begin with the nodes arranged 
in the order in which they were found in 
the DFG. During each iteration we tra¬ 
verse the array, layer by layer, attempting 
to reduce the o^. In each layer, nodes are 
processed in the order in which they are 
currently found, and a new order is deter¬ 
mined starting with an empty row. This 


processing involves, for each node in the 
layer, determination of the column closest 
to the node’s center of mass. If another 
node already occupies this column, we 
look for the closest available column and 
place the node there. 

Iterations are started alternately from 
the top and bottom rows, until either no 
improvement is possible or a maximum 
number of iterations is exceeded. From 
our experience, a good limit is 10, but 
usually less than five iterations suffice for 
convergence. We believe that this results 
from the high locality obtained by keeping 
language constructs as subgraphs in the 
DFG. 

We have compared the length of paths 
resulting from ordering the array nodes 
using the above algorithm, with those 
achieved by using the order determined by 
the DFG (the starting point for the order¬ 
ing algorithm). This comparison shows an 
average reduction (over several examples) 
of 46 percent in the average path length 
and also a drop of 52 percent in the length 
of the longest path. 

Building paths in the array to represent 
arcs in the DFG. Once each node in the 
DFG has been assigned to a PE in the 
array, we have to determine how the arcs 
in the DFG will be represented by paths in 
the array. Links in the array cannot be 
shared by paths; that is, they can belong to 
at most one path representing a DFG arc. 

We approach the problem in a piece¬ 
meal fashion, moving from PE to PE. At 
each PE we add a single link to one or more 
(incomplete) paths that go through it. A 
different approach, which attempts to 
build whole paths one path at a time, 
suffers from the disadvantage that in some 
cases a short path (such as one that con¬ 
nects two neighboring PEs) is lengthened 
because other paths occupy the needed 
link(s). 

Now, at a given PE we must assign links 
to certain paths—those originating at the 
PE (meaning the PE is the source of the 
path) or those that are segments of a longer 
path. In the first case, we say that the path 
is a full path, whereas in the latter case we 
call it a partial path. 

We process both full and partial paths 
according to their priorities. A priority is 
assigned to a path p according to the heu¬ 
ristic formula P/-/o/-/7>'(p) = /lX5-i- Bxn 
- [Dc (p) + DrCo)], where 5= 1 (0) if pis 
a full (partial) path and n = 1 (0) if the des¬ 
tination for p is (is not) a neighboring PE. 
We select the coefficients A and B so that 
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Figure 8. Mapping of the DFG in Figure 7. 


A<B to give a higher priority to paths 
whose destinations are one of the neigh¬ 
boring PEs. Dr(p) is the row distance for 
the path p, which is analogous to D^p) 
when we consider rows rather than 
columns. The factor [Dc{p) + Drip)] in 
the above formula results in a lower pri¬ 
ority for longer paths. 

Note that paths originating at a PE are 
never blocked, since we always check for 
link availability before attempting to route 
a path through a PE. Once we have 
selected a path for routing, we assign a link 
closer to the path’s destination. If this link 
has already been assigned to another 
(higher priority) path, we select another 
available link. 

In some cases, a situation develops 
where a large number of paths have to be 
routed through a small area in the array. 


This can cause a bottleneck at a given PE, 
because there are no available links to 
route one (or more) path(s). Rather than 
performing an extensive backtracking pro¬ 
cess to search for other possible links-to- 
paths assignments, we limit the amount of 
backtracking to change only the last deci¬ 
sion made in the routing process. If this 
does not solve the problem, we add a row 
or column of PEs and use these free PEs 
to resolve the situation. From our experi¬ 
ence, this case happens rarely and the 
waste of additional PEs for routing pur¬ 
poses remains small. 

Figure 8 shows an example of applying 
the DFG-map process to the graph in Fig¬ 
ure 7. This figure clearly shows that the PE 
utilization is very low—only 13.9 percent 
of the total number of PEs are utilized for 
computational tasks. One of the reasons 


for the low PE utilization is that we have 
not taken advantage of the capability of 
each PE to perform several operations, as 
supported by the chosen design. The easi¬ 
est way to incorporate this capability into 
the DFG-map process is to redefine the 
DFG in terms of supernodes, each 
representing a number of (up to six) nodes 
in the original DFG, and to formally adopt 
the generalized firing rules presented by 
Khavi, Buckles, and Bhat.'“ These rules 
allow for the firing of the (super) node 
even though not all operands are present 
(as would be the case where some operands 
are input to one of the supernode’s oper¬ 
ations, while others are used by different 
operations). 

Therefore, we add a node compression 
step that creates supernodes in the DFG. 
We refer to the DFG obtained by the intro- 
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Figure 9. A CDFG corresponding to the DFG in Figure 6b (a); its mapping onto a hexagonally connected array (b). 


Table 1. Performance measurements for the DFG-map process. 


Number of rows 

Number of columns 
Number of utilized PEs 
Percent of utilized PEs 
Maximum P 
Average P 


Conditional Random Spring-Mass 
DFG CDFG DFG CDFG DFG CDFG 


13 11 7 

8 7 4 

25 14 9 

7.4 18.2 32.1 

22 14 6 

3.34 4.63 2 


4 8 3 

3 3 3 

5 12 5 

41.7 50.0 55.0 

2 1 1 

1.25 1.0 1.0 


Even Inner 

Runge-Kutta Process Product Average 

DFG CDFG DFG CDFG DFG CDFG DFG CDFG 


22 19 16 10 6 4 12 8.5 

13 10 13 7 4 4 7.5 5.7 

50 28 31 17 12 6 23.2 11.7 

7.5 14.2 13.9 25.7 50.0 75.0 26.8 38.3 

21 19 12 11 3 1 10.8 8 

2.53 4 


duction of supernodes as the compressed 
dataflow graph, or CDFG. As mentioned 
above, the number of operations in a PE 
is limited to six; thus, a supernode can con¬ 
tain up to six regular nodes. In creating 
supernodes, we take into account the fact 
that operations within a single PE cannot 
proceed in parallel, contradicting the basic 
dataflow approach and negating one of its 


main advantages. Therefore, we create 
supernodes by gathering nodes directly 
connected by arcs in the DFG (so that 
results from one node are used as operands 
by the other). Thus, the natural place in the 
DFG-map process for introducing node 
compression is immediately after the DFG 
has been partitioned into layers (refer to 
Figure 7). 


Notice that the node compression step 
also eliminates from the DFG some Split 
nodes whenever both nodes fed by a Split 
node become a single supernode in the 
resulting CDFG. Once the CDFG is 
obtained, the last two steps in the DFG- 
rqap process proceed as usual, using the 
CDFG as input instead of the original 
DFG. Figure 9 shows the DFG of Figure 


40 


COMPUTER 























6b after the introduction of supernodes 
(9a) and its corresponding mapping (9b). 


Performance studies 

We discuss two distinct performance 
measures in this section. One measure is 
the efficiency of the mapping process, 
meaning the size of the array required to 
map a given algorithm. In case the size of 
the array is given, the efficiency can be 
expressed as the array utilization, or the 
portion of the array actually used by the 
DFG. The second measure is the expected 
computation time of the data-driven 
array, which is the time required to execute 
the algorithm mapped onto the data- 
driven array. 

We begin by examining the array utili¬ 
zation profile for several programs. 


Array utilization. We chose a set of pro¬ 
grams to demonstrate the mapping pro¬ 
cess. These programs appear in Table 1, 
where “Conditional” is a nested If expres¬ 
sion from Brock and Montz,'"* “Ran¬ 
dom” is a simple (additive) random 
number generator, “Spring-Mass” is the 
Spring-Mass system example presented in 
Figure 1, “Runge-Kutta” is the Runge- 
Kutta program, “Even Process” is the 
example in Figure 9, and “Inner Product” 
is the sum of two inner products of four 
independent vectors. 

Several parameters appear in Table 1: 
the number of rows and columns occupied 
by the mapping (their product is the array 
size in number of PEs), and the overall 
array utilization in number and percentage 
of PEs that perform computations. Also 
shown are the length of the longest path in 
each graph (Maximum P) and the average 
path length (Average P). These measures 
indicate the propagation delays incurred 
when transmitting operands among PEs. 

Table 1 shows the impact of using either 
the DFG or the CDFG on the array utili¬ 
zation. Clearly, using the CDFG instead of 
the original DFG results in smaller array 
size and higher overall PE utilization. The 
large variation in PE utilization results 
from routing conflicts. 

Also notice that the longest path 
becomes shorter, even though in some 
cases the mapping process increases 
several paths. This phenomenon simply 
reflects the increased difficulty in routing 
paths in the CDFG, since some of the links 
originally available for routing in the DFG 



Figure 10. An optimal mapping of the CDFG in Figure 9a. 


have been used for intermediate results in 
the supernodes. Average path length tends 
to grow for the CDFGs in some cases. The 
reason for this apparent problem is that 
some of the short paths (which caused a 
lower average in the DFG case) are elimi¬ 
nated from the graph by the node com¬ 
pression step. 

The utilization results indicate that 
automatic mapping is feasible and yields 
reasonable results, even though it is not 
optimal and we have more efficient ways 
to perform the mapping. For example, 
Figure 10 depicts an “optimal” mapping 
of the CDFG in Figure 9a. This mapping, 
done by hand, yields a higher array utili¬ 
zation. 

Array performance. One can consider 
several measures for array performance. 
The data-driven array is mostly useful for 
repetitively executed algorithms. There¬ 
fore, the most important performance 
measure is the throughput, the rate at 
which results are produced. To compare 
the performance of the data-driven array 
to that of a sequential processor, we 
employ the speedup and processor utiliza¬ 
tion metrics. Speedup is the ratio between 
the execution time of an algorithm on a 
sequential processor and the execution 
time of the same algorithm on the array. 
Processor utilization indicates what por¬ 
tion of time each of the working PEs is 
actually used. 


Table 2. PE operation timings (in clock 
cycles). 


Operation 

Clock Cycles 

Route 

2 

Split 

2 

Merge 

3 

Magnitude (<,>,...) 

3 

Addition 

3 

Subtraction 

3 

Multiplication 

11 

Division 

25 


We examined the expected performance 
on the data-driven array of the algorithms 
in Table 1. The timing of PE operations 
(computation and routing) shown in Table 
2 is based on the microcode developed by 
Peled." 

Table 3 compares the execution time of 
the six algorithms using either the original 
DFGs or the corresponding CDFGs. Table 
4 then compares the execution time of 
those algorithms on the data-driven array 
and on a sequential processor. 

From Table 3 we can conclude that nei¬ 
ther the time for the first result to emerge 
from the array nor the interval between 
subsequent results are strongly influenced 
by the node compression. This agrees with 
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Table 3. Array performance—DFG versus CDFG (in clock cycles). 


Conditional 

Random 

Spring-Mass 

Runge-Kutta 

Even Process 

Inner Product 

DFG 

CDFG 

DFG 

CDFG 

DFG 

CDFG 

DFG 

CDFG 

DFG 

CDFG 

DFG 

CDFG 

First result 50 

45 

69 

69 

88 

84 

414 

404 

132 

128 

60 

58 

Next result 14 

12 

26 

26 

26 

26 

372 

370 

80 

76 

48 

48 


Table 4. Performance comparison (in clock cycles). 



Conditional 

Random 

Spring-Mass 

Runge-Kutta 

Even Process 

Inner Product 


68000 

Array 

68000 Array 

68000 

Array 

68000 

Array 

68000 

Array 

68000 Array 

(Throughput)-' 

93 

12 

234 26 

425 

26 

691 

370 

386 

76 

202 48 

Speedup 


7.7 

9.0 


16.3 


1.9 


5.1 

4.2 

Number of PEs 


9 

4 


5 


23 


18 

6 

PE utilization 


0.86 

2.25 


3.26 


0.08 


0.28 

0.7 


intuition, since supernodes were created by 
merging nodes forming a chain of opera¬ 
tions dependent on one another. It is also 
encouraging to see that these supernodes 
do not have an adverse effect on perfor¬ 
mance. In fact, they cause a slight 
improvement by reducing the longest path 
length. The main advantage of using the 
supernodes is the smaller array size needed 
to contain the CDFG, as opposed to the 
original DFG. 

Table 4 compares the potential perfor¬ 
mance of the data-driven array to that of 
a sequential processor to illustrate the 
effect of pipelining and parallelism in the 
data-driven array. For this comparison, 
we manually mapped the CDFG onto the 
array instead of applying the above map¬ 
ping algorithm. The table includes the exe¬ 
cution time (in clock cycles) of the same six 
algorithms on the array and on the 68000 
microprocessor. 

No commercially available processor is 
fully suitable for comparing the perfor¬ 
mance of the data-driven array to that of 
a sequential processor. However, to obtain 
some quantitative comparison, even if not 
a completely satisfactory one, we selected 
the commonly used 68000 microprocessor. 
This microprocessor also executes 8-bit 
operations, and the number of cycles per 
instruction in the 68000 and in our PE are 
about the same for most instructions. The 
only difference is in the multiply and 
divide operations. To obtain a reasonable 
comparison, we took multiply and divide 
execution time as half of the actual time 
(35 cycles instead of 70 for the multiply 
and 70 cycles instead of 140 for the divide). 


Three performance measures appear in 
Table 4: (Throughput)"’, speedup (the 
number of cycles needed to produce a 
result on the array divided by the number 
of cycles needed to compute the same 
result on the 68000), and processor utili¬ 
zation (speedup divided by the number of 
PEs in the array). 

The algorithms that we can map onto 
the data-driven array can be divided into 
two major classes: noniterative and itera¬ 
tive. Iterative algorithms have correspond¬ 
ing DFGs with feedback edges, while 
noniterative algorithms have no cycles. 
The first three examples in Table 4 are 
noniterative and the last three are iterative 
algorithms. The highest speedup and PE 
utilization are achieved by the iterative 
algorithms. The introduction of cycles into 
the DFG, as in the last three examples of 
Table 4, results in a significant reduction 
in speedup. The reduction is due to the fact 
that in iterative algorithms maximum 
pipelining cannot be achieved. 

There are two types of iterative struc¬ 
tures: dependent and independent. In a 
dependent structure, the computation 
within the iteration body depends on the 
previous iteration result. The dependency 
point can be at the beginning of the itera¬ 
tion body (such as Runge-Kutta) or at 
some internal point (such as Even Pro¬ 
cess). In the first case only parallelism in 
the body can be exploited, while in the sec¬ 
ond case some pipelining between sueces- 
sive iterations is feasible. In an 
independent structure (such as Inner Prod¬ 
uct), both parallelism and pipelining can 
be exploited, resulting in higher through¬ 


put and, consequently, higher speedup. In 
these algorithms, as the body part 
increases in complexity, a higher speedup 
can be achieved. 

From the above discussion we can con¬ 
clude that high speedup and PE utilization 
can be achieved when using the data- 
driven array. A sequential processor has a 
large overhead due to operand handling 
(memory references and temporary stor¬ 
age) and branching. We avoid this over¬ 
head in the data-driven array and 
consequently can obtain a PE utilization 
greater than one. 


T he main characteristics of two 
well-known types of processor 
array architectures (namely, sys- 
tohc arrays and wavefront arrays) have 
been discussed. One can expect high 
throughput when executing highly regular 
algorithms on these arrays. This leads to 
the conclusion that a different type of 
architecture can better suit algorithms that 
lack inherent regularity. We have 
presented one such architecture, VLSI 
data-driven arrays, in this article. The 
data-driven array is substantially more 
flexible than previously suggested architec¬ 
tures and is, therefore, more suitable for 
high-speed execution of arbitrary 
algorithms. 

From the examples in the previous sec¬ 
tion, we can conclude that the algorithms 
that achieve a high speedup when executed 
on the data-driven array are those with 
intensive arithmetic computations and 
with either no cycles or independent cycles. 
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We can expect lower speedup and/or 
processor utilization when mapping 
dependent structures onto the data-driven 
array. In such cases, we need to carefully 
examine the cost-effectiveness of using this 
array. 

Further work is underway to finalize the 
design of the array and, more importantly, 
to develop more efficient mapping 
algorithms that will achieve higher 
speedup ratios and better utilization of the 
processor array. □ 
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and synthesis of data systems and software 
architectures for space vehicle, missile, and 
ground processing systems. Applications 
emphasize high performance, distributed 
computation for vehicle and sensor control, 
mission planning, target acquisition and 
tracking, and data reduction and presentation. 

• Design and development of real-time soft¬ 
ware to DoD-Std-2l67 and NASA life cycles 


and standards for a variety of embedded and 
stand-alone computers. Target machines 
include 1750A, Vax, large scale parallel 
processors, and 68020 and 80386 micro¬ 
processors. Most software will be in Ada with 
some Fortran and C applications. 

• Software test and verification including the 
design and development of software test tools 
and special test equipment. Test programs 
will involve highly incremental software build 
approaches, contain a significant hardware/ 
software integration element and require 
innovative planning and execution. 

• Design, prototyping, and evaluation of both 
algorithmic and knowledge-based approaches 
for sensor data fusion, situation assess¬ 
ment, adaptive mission planning, and sensor/ 
platform control for ad^ced tactical and 
strategic systems. 

At Lockheed, we offer you challenging projects, 
excellent compensation and a long list of company 
benefits, all surrounded by some of the most 
beautiful landscapes in the country To make it all 
yours, send your resume to L. Moulton, Lockheed 
Missiles & Space Company, Professional Staffing, 
Dept. 530JN07, EO. Box 3504, Sunnyvale, CA 94088- 
3504. We are proud to be an equal opportunity, 
affirmative action employer. US. citizenship may 
be required. 
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Hashing for Dynamic and 
Static Internal Tables 

Ted G. Lewis and Curtis R. Cook 
Oregon State University 


A classic problem in computer 
science is how to store informa¬ 
tion so that it can be searched 
and retrieved efficiently. That is, given a 
set of records—each partitioned into a 
unique identifier called the key (Kj) and a 
“data part” containing all other desired 
information (A)—we want to retrieve 
arbitrary records from the set in the short¬ 
est possible time. The unique key in each 
record is needed to implement operations 
such as lookup, insert, delete, and update, 
as well as maintenance operations such as 
overflow. The data part of each record 
contains one or more fields of arbitrary 
type, such as numbers, text, and dates. In 
a computer program, the set is typically 
implemented as an internal list, table, or 
file on an external storage device. 

Minimizing retrieval time can conflict 
with other goals such as minimizing stor¬ 
age space or program size, or can intro¬ 
duce undesirable side-effects on other data 
manipulation algorithms, such as deletion 
algorithms. For example, a sorted list is 
relatively easy to search quickly, but inser¬ 
tion and deletion of new keys can become 
difficult because all records must be kept 
in order. Therefore, selection of an appro¬ 
priate storage organization and retrieval 
algorithm can involve trade-offs. 

Retrieval speed and memory efficiency 
differ according to the type of storage 
structure, the storage device, and the 
search algorithm. For files stored on exter¬ 
nal disk drives we usually want to minimize 
disk accesses, even if it leads to more key 



Hashing offers one 
of the best answers to 
one of computing’s 
oldest problems: how 
to find and retrieve 
keyed information in 
the least amount of 
time. 


comparisons. For internal lists or tables 
stored in computer memory, we want to 
minimize key comparisons, memory use, 
and overall processing time of the search 
algorithm. We restrict this survey to 
internal lists. Internal lists are important 
in their own right because they are used in 
symbol tables (compilers and interpreters), 
operating systems tables, and database 
tables. Fast access to a symbol table 
can significantly improve compiler 
performance. 

Hashing, a technique that mathemati¬ 
cally converts a key into a storage address, 
offers one of the best methods of finding 
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and retrieving information associated with 
a unique identifying key. In this article we 
survey the classical hashing function 
approach to information retrieval and 
show how general hashing techniques 
exchange speed for memory space and 
flexibility in data manipulation operations 
such as insert, delete, and overflow. We 
also discuss more recent developments in 
perfect hashing and minimal perfect hash¬ 
ing that provide speed and memory com¬ 
pactness when the keys are known in 
advance. 

The calendar problem 

The calendar problem contains most of 
the problems encountered when designing 
a hash function retrieval program. Sup¬ 
pose is a list containing three-letter 
abbreviations for the months of the year 
and their number of days: 

R = {(JAN, 31), (FEB, 28), (MAR, 
31), (APR, 30), (MAY, 31), 
(JUN, 30), (JUL, 31), (AUG, 
31), (SEP, 30), (OCT, 31), 
(NOV, 30), (DEC, 31)} 

Obviously, the three-letter abbrevia¬ 
tions are the unique keys and the number 
of days the data part. Given a key K, a 
typical operation involves finding the 
number of days in month K. To find how 
many days are in August, R must be 
searched for matching key A = AUG; the 
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Table 1. Hashing function pattern for the calendar problem. 


Index ;■ 

KEY 

/((KEY) 

No. 

compares 

0 

MAY 

12 

2 

1 

NOV 

1 

1 

2 

APR 

2 

1 

3 

JUN 

3 

1 

4 

JUL 

3 

2 

5 

6 

OCT 

3 

3 

7 

AUG 

7 

1 

8 

DEC 

7 

2 

9 

JAN 

9 

1 

10 

FEB 

9 

2 

11 

SEP 

9 

3 

12 

MAR 

12 

1 


corresponding data value 31 tells how 
many days are in August. The problem, 
then, is to find ways to store R such that 
retrieval of the number of days in a specific 
month is fast and storage efficient. We 
restrict our attention to internal memory 
storage structures and try to minimize the 
comparisons needed to find a given record. 

Solutions to the calendar problem. We 
can solve the calendar problem in a num¬ 
ber of ways. First, we can store R in an 
array that is searched sequentially from 
top-to-bottom using a linear search algo¬ 
rithm. An average search would require 
(12 -I- l)/2 = 6.5 comparisons to find an 
arbitrary month. This solution is memory 
efficient, but the search time grows linearly 
with the size of R —doubling the list size 
also doubles the average time to locate an 
item. In many applications, linear growth 
in search time with an increase in list size 
is not acceptable. 

A second way to solve the calendar 
problem is to sort the list of months and 
use a binary search algorithm. Binary 
search requires an average of 37/12 = 3.08 
comparisons to locate a record. While the 
binary search algorithm is a dramatic 
improvement over the linear search algo¬ 
rithm, it has three major drawbacks. First, 
the set R must be sorted, which is generally 
time-consuming even if done only once 
when R is entered into computer memory. 
Second, the cost of maintaining order in 
the list for fast retrieval makes the insert, 
delete, and update operations more costly. 
Finally, even though the average lookup 
time grows more slowly than does linear 
search, search time remains a function of 
the size of R. 


A third way to solve the calendar prob¬ 
lem involves hashing. The records in R are 
stored in an array indexed from zero to 
some upper limit, and a mathematical 
function, called a hashing function, is used 
to convert each key into a unique array 
index. When searching the array for a cer¬ 
tain month, the function transforms the 
search key into the corresponding array 
index, so the desired month and day are 
retrieved in one comparison. Success 
depends on finding the hashing function 
that maps each key to a unique array 
index. Many hashing functions can solve 
the calendar problem. One such function is 

A (KEY) = (First_letter(KEY) + 
Second_letter(KEY)) mod 13 

This hashing function maps each key of 
R into a corresponding number between 
zero and 12 by summing the ASCII code 
equivalent of the first and second letters in 
each key. The remainder of the sum is used 
to scale the index value to a number 
between zero and 12—corresponding to 
the index of each array element. Assum¬ 
ing the keys arrive in chronological order, 
the following mapping is obtained for all 
12 months in R. 

To insert JAN in Table 1, 

/!(JAN) = (ASCII(J) + 

ASCII(A)) mod 13 
= (74 -I- 65) mod 13 
= (139) mod 13 = 9 

Thus, the record with a unique key equal 
to JAN is inserted in location 9. Con¬ 
versely, when retrieving the record con¬ 
taining key JAN, the hashing function is 


calculated a second time, again yielding i 
= 9. Probing location 9 reveals the record 
(we call comparisons “probes”). 

Consider what happens when we insert 
FEB. 

A (FEB) = (ASCII(F) -i- 
ASCII(E)) mod 13 = 9 

Its hashing function value is also 9. In 
this table FEB is placed in the next avail¬ 
able empty position. This unfortunate 
event destroys the unique correspondence 
between key and table index. The final 
column of Table 1 reveals many keys that 
require more than one probe to insert a 
record—thus, this particular mathemati¬ 
cal function does not guarantee unique¬ 
ness. This occurs because converting 
alphanumeric strings to relatively small 
integers often results in a collision where 
two or more different keys map into an 
identical integer. Keys that collide in this 
manner are called synonyms. For exam¬ 
ple, synonym sets (JUN, JUL, OCT), 
(AUG, DEC), (JAN, FEB, SEP), and 
(MAR, MAY) contain keys that collide in 
the hash table shown in Table 1. In some 
situations, such as a static table where the 
entries are known ahead of time, we can 
find a hashing function with no collisions. 
Later, we will consider a class of hashing 
functions called perfect hashing functions 
because every key maps to a unique posi¬ 
tion and requires only one probe for 
retrieval. 


Collision resolution. Various rules have 
been proposed to correct the collision 
problem. The simplest rule, called iinear 
offset, finds unique index correspon¬ 
dences using a forward linear search. We 
used this rule to resolve the collisions in 
Table 1. For example, when FEB collides 
with JAN, the next cell in ascending 
order—cell 10—is probed, and the first 
empty cell is used to satisfy the insert 
operation. 

Each forward search increases the com¬ 
parisons needed to map a key to its index. 
Also, imperfect mapping reduces the speed 
of subsequent searches. The comparison 
column in Table 1 gives the number of 
comparisons to locate each key in the hash 
table. The average number of comparisons 
is 1.67—an improvement over either lin¬ 
ear or binary search. Furthermore, this 
number is a function of hashing-function 
quality and table density (the ratio of filled 
cells to total cells) instead of list length. 
This important feature lets us trade mem- 
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ory space for speed, or speed for memory 
space. 

Hashing functions belong to a general 
class of key-to-address transformations 
that map one set of values into another. If 
the set of keys changes through a series of 
insertions and deletions, we call the hash 
table dynamic, otherwise it is static. We 
can classify hashing functions by a variety 
of characteristics: 

• mathematical function used in the 
key-to-address transformation; 

• key set (dynamic versus static); 

• collision resolution scheme; 

• insertion, deletion, and lookup algo¬ 
rithm; and 

• overflow algorithm. 

Measures of a function’s “goodness” 
include memory efficiency and the average 
and worst-case time needed to perform 
lookups, insertions, and deletions. 

Dynamic tables 

Hashing a dynamic key set into a table 
belongs to a class of techniques for imple¬ 
menting rapid associative searches of 
random- or direct-access memory. 
Although the term “hashing” first 
appeared in the mid-1960s in reference to 
a class of rapid table-search techniques for 
compiler construction, hashing techniques 
have actually been used by programmers 
since the early days of the direct-access 
disk drive (circa 1957).''^ 

Hashing poses several problems. First, 
we must find a suitable hashing function 
that uniformly distributes the keys. If the 
hashing function permits collisions, we 
must devise an acceptable collision reso¬ 
lution method. In addition, when the keys 
are dynamic, we must decide how to select 
initial table size, how to handle problems 
such as overflow when R exceeds initial 
table size, and how to handle difficulties 
associated with deleting records. 

Hashing functions. Mapping a key to a 
table index is done in two stages when keys 
are alphanumeric strings instead of 
integers. We must first convert the 
alphanumeric key to an integer, and then 
map this integer to a table index. In some 
instances, such as when the key is short, 
the alphanumeric key can be directly inter¬ 
preted as an integer. However, if the string 
is relatively long, this straightforward con¬ 
version would result in numerical over¬ 
flow. Thus, we must use one of several 
compression algorithms to convert from 
string to integer. 


Folding is a popular method of convert¬ 
ing a long alphanumeric key to an integer. 
Two common folding schemes are XOR 
and radix K. The XOR scheme adds, 
shifts, and exclusive-ORs the characters in 
the key. Radix K converts the key to a base 
K number by treating each character in the 
key as a digit in a base K number, where 
K is the number of possible distinct charac¬ 
ters, and then reducing this number 
modulo a large prime. 

Ramakrishna"' found fewer collisions 
occurred with the radix K folding scheme. 
Figure 1 shows this algorithm and its appli¬ 
cation to the calendar problem for radbc 26 
(the number of distinct characters in 
uppercase English) and key FEB. Regard¬ 
less of the number of characters in the 
string key, the value of Tabindex is con¬ 
trolled in this algorithm so that it does not 
overflow the computer’s registers. In Fig¬ 
ure I, this is done by computing mod Non 
intermediate results. 

Extensive tests have shown that, once 
the key is converted to an integer, func¬ 
tions based on multiplication and division 
work well.’ For example, the division 
scheme,/j(numeric_key) = numeric-key 
mod N, produces an integer in the range 
[0, (A - 1)] corresponding to array sub¬ 
scripts in the range [0, (A - 1)]. The radix 
K string-compression function does this 
division as a by-product of compression, 
making radix K folding effective for key- 
to-address transformation. Later, we 
address an added benefit of making the 
table size Aa prime number, such as 13 in 
the calendar problem. 

Collision resolution. The large number 
of possible key sets makes collisions 
inevitable. A good hashing function 
minimizes collisions but does not eliminate 
them altogether. Thus, we need some 
scheme for resolving collisions. The two 
general classes of collision resolution 
schemes are chaining and open addressing. 
Chaining places all synonyms together in 
a linked list that is allocated outside of the 
table. Open addressing uses various offset 
rules to find empty cells within the table. 

Chaining. Instead of storing a key in 
each cell of the table, chaining stores the 
head of a linked list containing all records 
with keys that map to that table location. 
This method provides an additional ben¬ 
efit because the table never overflows; 
instead, the chains get longer. However, 
synonyms are stored in the same chain and 
must be searched linearly along the chain, 
so this method degrades in performance as 



Algorithm: 

Str : = “Alphanumeric key” 

Blank : = “ASCII space” 

K : = “Radix, e.g. 26 for English” 
A: = “Length of table” 

Tabindex : = 0 
For /: = 1 to Length(Str) Do 
Tabindex := {K * Tabindex + 
Char(Str[/]) - Blank) mod A 


Example: 

Str:= ‘FEB’; Blank ; = 32 
Tabindex : = (0 -i- 70 - 32) mod 13 
= 12 

:= (26 »12 -t 69 - 32) mod 13 
= 11 

:= (26 * 11 -h 66 - 32) mod 13 
= 8 


Figure 1. Radix K string compression. 


the chains increase in length. We can sig¬ 
nificantly improve speed for a small 
increase in insertion time by keeping 
chains in ascending order (using an 
exchange-insert sort to insert new syno¬ 
nyms in the chain). When the chain is 
ordered, lookups can be abandoned as 
soon as a key greater than the search key 
is found. A variety of other schemes have 
also been proposed to Improve chaining.’ 

To illustrate chaining, let h be the hash 
function for the calendar problem. Using 
chaining, we recompute the mapping in 
Table 1, with the exception that synonyms 
are placed in a linked list rooted in the hash 
table. Figure 2 shows the resulting chained 
hash table. The average number of com¬ 
parisons to find a key is 1.67. Note the 
obvious space-time trade-off: the larger 
the table, the smaller the average chain 
size. Hence, fewer comparisons are needed 
to find a key. 

In another chaining technique, called 
coalesced hashing, the synonym-chain 
pointers point to locations in the table 
itself.^ For the calendar problem, we find 
the next available location for colliding 
keys by working back up the table, start¬ 
ing at location 12. The coalesced table in 
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Table 2. Coalesced chaining. 



Figure 2. Chaining method. 



Directory table 



Figure 3. Data structure for extendible hashing function. 


Table 2 illustrates this. Note that /i(MAR) 
= 12, but since FEB collided with JAN 
and was placed at location 12, MAR is 
placed in location 11 (the next available 
location when working back up the table 
from 12). Two comparisons are needed on 
average for the coalesced table. 

A variation of coalesced hashing 
involves setting aside the upper part of the 
table, called a cellar, for handling colli¬ 
sions. Keys hash to the noncellar part of 
the table, called the address region. If a 
collision occurs, the key maps to the next 
available location in the cellar. This 
scheme restricts the range of the hash func¬ 
tion to the address region, but seems to 
improve search time slightly. However, we 
do not know the percentage of the hash 
table that should be allocated to the cellar 


for optimal performance. Empirical 
studies indicate that 14 percent works 
well.* 

Storing the chain in a fixed-size table in 
this way limits the options for handling 
overflow. What can we do when the table 
becomes full? When separate chaining is 
used as in Figure 2, overflow becomes a 
problem only when physical memory is 
exceeded. 

Open addressing. In this method of col¬ 
lision resolution, part or all of the table is 
searched for an empty cell. The search pat¬ 
tern is specified by an offset rule that 
generates the sequence of table locations 
to be searched until 

• the record containing the key is found 
(success). 


• an empty location is found (failure), 
or 

• the complete table is searched without 
success (failure). 

For example, we can use a simple linear- 
offset search pattern to search forward 
from a collision point until we attain one 
of the termination conditions above. The 
mapping in Table 1 illustrates open 
addressing. The offset rule is given by 

location(KEY) = 

(A(KEY) -H /)mod 13 

where / equals the probe number. 

This collision resolution function is 
called a linear offset function because it 
scans the array linearly, looking for an 
empty element. For example, /((SEP) = 9, 
but this table location is already filled, so 
the function examines locations 10 and 11 
before finding an empty location. 

Linear offset is not recommended 
because it tends to cause primary cluster¬ 
ing around “popular” cells. A variety of 
solutions to clustering have been pro¬ 
posed.''^’’ One approach is called quad¬ 
ratic search: the offset is for the /th 
probe. However, this has the undesirable 
side-effect of secondary clustering, where 
all synonyms form a cluster along the same 
pattern of probes. The best known offset 
pattern is known as double-hashing, 
rehashing, or quotient-offset hashing. 
This pattern eliminates both forms of 
clustering by computing different offsets 
for each synonym. A simple rule for 
double-hashing is 

/i(key) = key mod At 

which gives the “home” address 
(remainder), and 
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^(key) = 1 + key mod (N - 2) 


Table 3. Quotient-offset hash performance. 


Loading 

factor 

No. probes 
found 

No. collisions 
found 

No. probes 
not found 

.09 

1.00 

1.00 

1.04 

.18 

1.02 

1.02 

1.28 

.27 

1.08 

1.08 

1.12 

.36 

1.22 

1.19 

1.56 

.45 

1.22 

1.18 

1.84 

.55 

1.31 

1.22 

2.16 

.64 

1.37 

1.23 

2.64 

.73 

1.51 

1.29 

2.56 

.82 

1.74 

1.30 

3.16 

.91 

2.08 

1.40 



which gives the offset. 

Because the offset depends on the key, 
the quotient-offset function spreads the 
keys across the table by searching out 
different sequences of elements, even 
though colliding keys are synonyms. The 
table length should be a prime number so 
that the offset will cause consideration of 
every possible table position. 

As the number of records increases, the 
length of a path through the table can 
grow, decreasing performance. Various 
techniques can reduce lookup time, but 
only by sacrificing performance of other 
operations. For example, when inserting 
a new key, the chain of synonyms can be 
split into two shorter chains. This increases 
insertion time but reduces lookup time. 

While we can obtain some performance 
improvements by these means, perfor¬ 
mance of open addressing schemes is 
largely governed by table density, not list 
size. To illustrate this and show the speed 
of a typical quotient-offset function, we 
randomly sampled keys from 1 through 
32,767 and hashed them into a table of size 
A = 11. We obtained each result by aver¬ 
aging more than 25 experimental cases at 
each table density as measured by its load¬ 
ing factor (loading factor equals the num¬ 
ber of entries in the table divided by N). 
Table 3 shows the results of this simu¬ 
lation. 

The number of probes in the second 
column tallies the average number of com¬ 
parisons made when the key was found— 
including collisions and the final probe 
that matched the search key. The third 
column tallies the average number of col¬ 
lisions during a successful search. The last 
column tallies the average number of 
probes in the worst case (when no key was 
found). Note that lookup performance is 
independent of list size. 


Overflow. One of the most damaging 
limitations of dynamic hashing into fixed- 
size scatter storage tables is the problem of 
predicting the best array size. Except for 
the chaining method, hashing perfor¬ 
mance largely depends on density of the 
storage array. (When using chaining, each 
new key is allocated memory space as 
needed, so overflow only occurs when no 
more memory exists.) 

For performance reasons, we recom¬ 
mend that hash tables not exceed a density 
of 80 percent. Thus, overflow occurs 
whenever insertion of the next key would 


exceed this threshold. In any case, what 
happens when the hash table overflows? 

We can accommodate overflow by (1) 
allocating a larger array, and moving the 
contents of the old array into the new array 
by rehashing all records, or (2) incremen¬ 
tally extending the old array to accommo¬ 
date growth. 

In the first solution, a larger array is 
allocated when overflow occurs and each 
entry is rehashed into the larger storage. 
The old array is deallocated and discarded. 
This method is awkward and slow, but it 
has the advantage of being simple and 
straightforward. The second solution 
rehashes only part of the table. Incremen¬ 
tal schemes differ in the frequency and the 
portion of the table rehashed. 

Extendible hashing. Extendible 
hashing* is a hashing function and scatter 
table data structure for accommodating 
table growth. It divides the storage array 
into fixed-length blocks and allocates one 
block at a time as needed. The blocks are 
managed by a directory table containing 
pointers to each block and a number K tell¬ 
ing how many bits of each key to examine 
during a lookup (see Figure 3). The low- 
order K bits of a key determine which 
block to examine. These low-order bits 
usually map the key directly into a location 
in the directory block containing a pointer 
to a scatter table block. The pointer is fol¬ 
lowed, and the whole key hashes into a 
location in the scatter table block. 

When a scatter table block becomes too 
full (by exceeding either the acceptable 
loading factor or the block size), it splits 
into two blocks of the same size. The num¬ 
ber of low-order K bits increments by one 
to reflect the split, and the keys in the old 
block rehash into either of the two new 


blocks. Using (A" -(- 1) lower bits, each key 
can hash into either the 0 or 1 block, 
depending on the value of the {K + l)st bit 
in each key. We might need to double the 
size of the directory table because a pointer 
to the new (split) block is added to the 
directory. 

The extendible hashing technique limits 
rehashing overhead by keeping the blocks 
relatively small. Thus, the time to rehash 
all keys in a split block is much less than 
the time to rehash an entire list. Neverthe¬ 
less, this method requires two or more 
probes (one into the directory and at least 
one into the block) per lookup. 

Suppose the calendar information is 
stored in an extendible hash table. Each 
block is five elements long, and overflow 
occurs whenever block density = 3/5 is 
exceeded. This means a maximum of three 
of the five elements of each block are 
occupied. 

Initially, the directory table contains 
two elements and K = \, indicating that 
one least-significant bit decides which of 
the two blocks to search. The first block 
contains all keys ending in a 0 bit, and the 
second block contains all keys ending in a 
binary 1. We use the quotient offset hash¬ 
ing function to place each key in its appro¬ 
priate block. 

When an overflow condition arises and 
a new block is allocated to accommodate 
the overflow, 

• the directory table doubles in size, 
and K is incremented IK bumps up to 
2 ); 

• a new block is allocated to hold the 
overflow from one of the existing 
blocks, and the directory pointer 
points to it; and 

• the overflowed block is “split”; that 
is, all keys with the same least- 
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significant bits are placed in the same 
block (the two least-significant bits 
determine the block). 

The extendible hash scheme preserves a 
measure of performance while using a 
relatively simple extension technique to 
overcome the limitation of the fixed-length 
array structure. Performance studies sug¬ 
gest that this method is competitive with 
other methods of storing and retrieving 
records from disk files. 

Linear hashing. Linear hashing,^ 
another scheme for handling overflow, 
exemplifies an external file-hashing 
scheme adapted to internal hash tables. 
The hash table is a dynamic array of 
pointers, and each table entry (bucket) is 
a pointer to a linked list (chain) of all 
records hashing to that address. When the 
average chain length exceeds a threshold, 
the table is expanded in a predetermined 
order by one bucket. 

For example, suppose the hashing func¬ 
tion is A (KEY) mod 5 and the hash table 
consists of five buckets: 0, 1, 2, 3, and 4. 
All keys with h (KEY) ending in 0 or 5 are 
in bucket 0, all ending in 1 or 6 are in 
bucket 1, and so forth. If the average chain 
length exceeds the threshold, bucket 5 will 
be added to the hash table, and bucket 0 
will be split. All records with A (KEY) mod 
10 = 5 are moved from bucket 0 to the new 
bucket 5. All records with h (KEY) mod 10 
= 0 remain in bucket 0. 

The next time the average chain length 
exceeds the threshold, bucket 6 will be 
added to the hash table and the records in 
bucket 1 with A (KEY) mod 10 = 6 will be 
moved to bucket 6. The hash function is 
modified slightly. If h (KEY) mod 5 maps 
to a bucket that has been split, then the 
hash function /! (KEY) mod 10 is applied 
to determine the bucket containing the rec¬ 
ord. Otherwise, h(KEY) mod 5 gives the 
bucket containing the record. 

Other methods of handling overflow 
establish an area to hold keys that spill 
over from the primary table. While these 
approaches are simple, performance can 
suffer as more and more keys are placed in 
the overflow area. 

Deletion. A final problem must be 
overcome—deletion. For hash tables using 
chaining to resolve collisions, deletion is 
straightforward. However, for open 
addressing, collision resolution schemes 
are complicated by the fact that a deleted 
record leaves a gap in the probe sequence. 
This gap can cause failure in subsequent 
lookups because a search prematurely 


Table 4. Perfect hashing of calendar. 



terminates as soon as it encounters an 
empty cell. If the cell previously held a col¬ 
liding key, the search path leading to the 
correct key is destroyed by removing the 
colliding key. 

If we simply leave deleted records in the 
table and treat them as empty cells, they 
increase the effective loading factor, which 
increases the number of probes during a 
lookup operation. In fact, the appearance 
of a “table full” condition can arise dur¬ 
ing lookup, even when most of the array 
contains deleted elements. 

A simple solution involves adding an 
additional field to each record. This new 
field can take on one of three values: 
empty, occupied, or deleted. Then, when 
searching for a particular key, we can treat 
deleted records the same as occupied ones. 
When inserting a record, we treat deleted 
records the same as empty ones. 

We can overcome the artificial loading 
of a table with deleted records by moving 
keys to fill the gap created by a deletion. 
This approach reduces performance but 
removes the gap problem. One straightfor¬ 
ward algorithm searches a path of syno¬ 
nyms, moving each one following a 
deletion up in the table. Each record can 
be marked as either full or empty. 

Deletion in an extendible table performs 
an inverse operation. Two “buddies” 
(blocks containing keys that differ only in 
the /fth bit) coalesce when depleted to a 
level where their combined loading factors 
are less than the maximum load factor. 
That is, the keys hash into a single block, 
and the directory pointers are updated. 
The unused block is deallocated and 
returned to the memory manager. Simi¬ 
larly, deletion in a linear hashing scheme 


is the inverse of expanding the table by 
a bucket. 

These solutions to the deletion problem 
are not exceptional and point to the need 
for more research into deletion techniques. 
We might not be unduly concerned about 
the high cost of deletion if a storage table 
is used predominantly for lookups, but we 
should consider other techniques if inser¬ 
tions and deletions are the predominate 
operations on the structure. 

Static tables 

The internal table for many applications 
is static. That is, its entries and size are 
known ahead of time and no insertions or 
deletions will occur. Examples include 
compiler keyword tables, assembler oper¬ 
ation codes, and dictionaries. For these 
applications, the extra effort to find a per¬ 
fect hashing function that maps each key 
to a unique table location pays dividends. 

We can also apply perfect hashing to 
large external files stored on disks, where 
it is common practice to store 10 to 50 
records on each disk page. The number of 
disk page accesses (probes) largely deter¬ 
mines the speed of an external file search 
because the access operation is so slow. A 
perfect external hashing function locates 
the page containing the desired record in 
a single probe. 

Perfect hashing. A perfect hashing 
function, which maps each key to a unique 
table location, has two main advantages. 
First, it can determine the location of the 
record with the search key, or the fact that 
the record is not present, in exactly one 
probe. Second, it needs no collision reso¬ 
lution, deletion, or overflow scheme. 
Some perfect hashing schemes create aux¬ 
iliary tables that are accessed in determin¬ 
ing a record’s location. Several schemes 
coalesce these auxiliary tables with the 
hash table, requiring two or three probes. 

Perfect hashing functions are rare. 
Knuth^ showed that in the set of all possi¬ 
ble mappings of a 31-record set to a table 
with 41 locations, only about one mapping 
in 10 million is perfect. 

Sprugnoli'” developed two systematic 
schemes—quotient reduction and 
remainder reduction—for generating per¬ 
fect hashing functions. Assuming the key 
has been converted to an integer w, the 
quotient reduction scheme finds integers 
5 and N so that 

h(w) = (w + s)/N 
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Table 5. Segmented perfect hashing of the calendar. 


KEY 

FIRST(KEY) 

(A2(KEY)-H 

A3(KEY)) mod 12 

JAN 

0 

11 

FEB 

0 

3 

JUN 

0 

7 

JUL 

0 

5 

NOV 

0 

9 

DEC 

0 

4 



12-KA2(KEY) + 

KEY 

FIRST(KEY) 

A3(KEY)) mod 10 

MAR 

1 

19 

APR 

1 

14 

MAY 

1 

16 

AUG 

1 

18 

SEP 

1 

21 

OCT 

1 

13 


is perfect, while the remainder reduction 
scheme finds integers d, q, M, and N so 
that 

h(w) = |((rf + qw) mod M)/NJ 

is perfect. For example, the function h(w) 
= ((3w + 4) mod 23)/2 can perfectly hash 
the calendar problem. The character string 
has been converted to an integer by the 
transformation w = E2(KEY) + 
E3(KEY), where E2(KEY) + E3(KEY)is 
the numeric equivalent of the EBCDIC 
codings of the second and third letters in 
the key. Table 4 shows that this function 
places each of the 12 months in unique 
locations using only 12 storage cells. 

Unfortunately, Sprugnoli’s schemes are 
not practical for sets with more than 15 ele¬ 
ments. Quotient reduction has exponential 
runtime and can produce an extremely 
sparse table. Although remainder reduc¬ 
tion is much faster, it is not guaranteed to 
work for all key sets. Furthermore, Sprug- 
noli does not give a systematic method of 
converting character keys to unique keys. 

Composite perfect hashing'* extends 
perfect hashing to larger sets by partition¬ 
ing the set into smaller sets called buckets 
and finding perfect hashing functions for 
each bucket. Such a scheme must store 
information about the partition and per¬ 
fect hashing functions for each bucket. 

For larger sets, Sprugnoli suggested a 
two-stage composite hashing scheme 
called segmentation, which applies the 
first-stage hash function to the entire set 
R to hash all records into buckets. Each 
bucket contains all records with the same 
hash value. In the second stage, a differ¬ 
ent perfect hashing function for each 
bucket maps the keys in the bucket to 
unique locations in the table segment allo¬ 
cated for that bucket. 

By adjusting the first hashing function, 
we can make the bucket size small enough 
to reduce the difficulty of finding a perfect 
hashing function for each bucket. Table 5 
illustrates this two-stage process for the 
calendar set. The FIRST(KEY) function is 
simply the ASCII coding of the first letter 
of the KEY mod 2, and the function 
A2(KEY) -(- A3{KEY) is the sum of 
the ASCII codings of the second and third 
letters. 

Segmentation requires two probes—one 
to determine the bucket and obtain the 
information for the second hashing func¬ 
tion for that bucket, and a second to access 
the table location containing the key. Per¬ 
fect hashing usually requires knowing the 
records in R in advance, but we can modify 


the segmentation scheme to handle 
updates (insertions and deletions) in a 
reasonable amount of time. 

The next two composite schemes require 
a family of perfect hashing functions and 
several levels of accessing. In the segmen¬ 
tation scheme proposed by Fredman, 
Komlos, and Szemeredi,*’ the family of 
perfect hashing functions for the buckets 
are of the form 

;i(KEY) = {k* KEY mod p) mod m 

where p is a prime number greater than the 
largest key, kisa constant, and m equals 
the square of the number of keys in the 
bucket. For a given bucket, the family of 
hashing functions is obtained by varying 
k. Fredman, Komlos, and Szemeredi 
showed that for a set with r keys, there 
always exists a perfect hashing function of 
the above form where m = r^. Since r is 
known in advance, the value of k is found 
by trial-and-error. 

Tables 6 and 7 illustrate this scheme. 
Table 6 shows the values for KEY and 
/i(KEY) for the three-letter month 
abbreviations. Each w is the sum of the 
ASCII coding of the three letters in the 
key. For key SEP, w = 83 -(- 69 80 = 

232. The values for h (KEY) are computed 
using a hash function of the form above 
with k = 1, p = 251, and m = l.'Nt 
arbitrarily selected k, and we did not need 
a perfect h. 

The initial segment in Table 7 contains 
the header entries for the buckets. Each 
header entry is an index for the hash table 


Table 6. Header table hash function. 



segment containing the bucket. In Table 7, 
the header entries are in locations 0 
through 6. They indicate that the table seg¬ 
ment for bucket 0 begins at index 7, bucket 
1 begins at index 18, and so forth. Each 
segment contains the information needed 
to compute the particular perfect hashing 
function (k and the square root of the 
bucket size are the first two entries in the 
segment) and the hashed bucket entries. 

To locate the record containing KEY, 
we first apply the header-table hashing 
function to KEY to obtain the index in the 
hash table. This number gives the starting 
location of the bucket’s hash table seg¬ 
ment. Using the segment’s first two entries 
(encoded size and A:), we can locate KEY’S 
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position in the segment. For example, to 
locate SEP in the hash table, we first find 
the index of its header table entry. 

/I (SEP) = /!(232) 

= (1 *232 mod 251) mod 7 = 1 

Hash table [1] = 18, so the segment for the 
bucket containing SEP starts at hash table 
location 18. To locate SEP, we find the 


Table 7. Hash table. 



values of m and k for the perfect hashing 
function for the bucket. Hash table [18] = 
2, which is the square root of the number 
of bucket entries (m = 2^ = 4), and hash 
table [19] = 6 = k. The actual bucket 
entries start at hash table location 20. 
Thus, /!(SEP) = A (232) = (6 *232 mod 
251) mod 4 = 1, which means SEP is in 
hash table [20 + 1]. 

Major problems with this segmentation 
scheme include the impracticality of find¬ 
ing the family of perfect hashing func¬ 
tions, the fact that retrieving a key requires 
several probes, and the large number of 
unused hash table locations. These prob¬ 
lems suggest that increasing the header 
table size, thereby decreasing bucket size, 
might improve storage utilization. A simi¬ 
lar scheme by Cormack, Horspool, and 
Kaiserswerth'^ uses less storage and 
allows insertions and deletions. 

The composite perfect hashing scheme 
given by Du et al.’^ is based on rehashing 
and segmentation. A hash indicator table 
(HIT) is construeted from a set of hashing 
functions A,, hi, follows. 

Each key that hi hashes to a unique 
value is placed in that hash table location, 
and its HIT entry is set to 1. That is, if 
/ri(KEY) = j and hi hashes no other key 
toy, then HIT[y] = 1 and KEY is inserted 
in locationy of the hash table. The second 
hashing function hi is then applied to all 
keys. All keys not in the hash table and that 
are hashed by hi to a unique unoccupied 
location are inserted in the hash table. The 
HIT entries for these keys are set to two. 
This process continues until all keys are 
inserted in the hash table or all s hash func¬ 
tions have been applied. Note that the HIT 
value indicates which hash function 
mapped the key to the hash table. 

To find /t (KEY) apply the hashing func¬ 
tions hi, hi, ..., h, to KEY until 
HIT[/i,(KEY)] = /. If the search fails, 
h (KEY) is undefined. Tables 8 and 9 illus¬ 
trate this scheme. Table 8 gives the hash 
values for the four hashing functions for 
the calendar data. Table 9 gives the HIT 
and hash table entries. 

To find /!(JUN), we see that /!i(JUN) 

= 13, but HIT[13] 1 since /!i(MAR) = 

13; A2(JUN) = 14, but HIT[14] ^ 2 
because location 14 in the hash table was 
filled by JUL(/!,(JUL) = 14);/!3(JUN) = 

3 and HIT[3] = 3, so /t(JUN) = 3. 

The problems with this scheme are that 
• selecting the set of hash functions hi, 
hi, .. . hs is difficult; 


retrieving a key can require up to s 
accesses to the HIT; 
the hashing function is not guaran¬ 
teed to work (in this example, MAY 
was not mapped to the hash table); 
and 

when only a few keys remain 
unhashed, the probability that the 
remaining hashing functions will map 
these keys to unique and unoccupied 
hash table locations is small. 

Du et al.'^ report improved performance 
when the hash table locations are parti¬ 
tioned into segments with separate HITs 
and different sets of hashing functions. 

Minimal perfect hashing. Recall that a 
hashing function is minimal if no empty 
table locations exist. The hashing function 
in Table 4 is both minimal and perfect. 
Minimal perfect hashing functions are per¬ 
fect hash functions with no unused 
locations. 

There has been a reeent flurry of theo¬ 
retical and heuristic algorithms for mini¬ 
mal perfect hashing functions. 
Jaeschke’s''' reciprocal hashing scheme is 
an example of a theoretical algorithm. The 
hash function for key w in R (a set of dis¬ 
tinct positive integers) is 

h(w) = {C/(Dw £'))modA 

where C, D, and E are integer constants 
computed by special algorithms and A is 
the size of R. 

Although the existence of the function 
h is guaranteed, there are several practical 
problems with this scheme. First, it 
assumes that /? is a set of distinct positive 
integers. Second, the reciprocal hashing 
algorithm performs an exhaustive search, 
resulting in exponential time complexity 
and making it impractical for sets with 
more than 20 elements. Finally, the con¬ 
stant C can become very large. 

Chang'^ developed a similar theoretical 
scheme based on the Chinese remainder 
theorem. His hashing function is of the 
form/i(w) = C mod p(w), where C is an 
integer constant computed by his algo¬ 
rithm and p(w) is a prime number func¬ 
tion; that is,p(w) is a different prime for 
each integer w. Unfortunately, the num¬ 
ber of bits to represent C is proportional 
to /n(log2w) where m is the size of R. 
Chang gives no general method of finding 
the prime number function. 

Cichelli‘* presents a simple heuristic 
hashing function for small static sets. His 
hash function for a word w is 
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h{w) = Value(First_Letter(w)) + 
Value(Last_Letter(w)) + 
Length(w) 

Table 10 gives the letter values and 
resulting hash table for 

R = {JANUARY, FEBRUARY, 
MARCH, APRIL, MAY, 

JUNE, JULY, AUGUST, 
SEPTEMBER, OCTOBER, 
NOVEMBER, DECEMBER} 

Building the hash table in Table 10 
involves finding the Value function that 
makes (w) a perfect minimal hash func¬ 
tion; that is, finding a set of character 
values that map each word in the set to a 
unique table address such that the table 
contains no internal blank slots. To find 
the character value assignments, Cichelli 
also provides an algorithm that uses an 
intelligent, exhaustive search with back¬ 
tracking that considers one key at a time. 

Cook and Oldehoeft*’ improve 
Cichelli’s backtracking algorithm by 
developing a letter-oriented algorithm that 
considers groups of key words rather than 
a single word in finding letter-value assign¬ 
ments. Also, when the letter-value assign¬ 
ment algorithm reaches an impasse, 
Cichelli’s algorithm backtracks one word 
at a time, while the Cook and Oldehoeft 
algorithm immediately backs up to the 
letter-value assignment that caused the 
impasse. 

Cichelli’s hashing function is simple, 
fast, and machine-independent. The last 
property is especially important because 
once a hash function (assignment of 
character values) has been found for a 
word set, we can used it for the word set 
on any computer. 

However, Cichelli’s algorithm has 
several shortcomings. Because the letter- 


language probabilities of first letters, last 
letters, and word length. About half of the 
sets with 30 words contained conflicting 
letter pairs. Choosing other letter positions 
is not a solution; for example, every letter 
pair conflicts in the seven-word set R = 
{CASE, ELSE, PAGE, READ, REAL, 
TRUE, TYPE}.'* Jaeschke and 
Osterburg^ point out many other cases 
for which Cichelli’s heuristic does not 

Extensions to Cichelli’s hash function. 
Cichelli’s hash function is attractive 
because of its simplicity and machine- 
independence. Several attempts have been 
made to extend his function while preserv¬ 
ing its attractiveness. Some of these exten¬ 
sions handle large static sets with up to 
several thousand words, overcoming 
Cichelli’s word-pairs conflict problem. 
The extensions are significant because they 
extend minimal perfect hashing to practi¬ 
cal applications in electronic dictionaries, 
natural language processing, and textual 
database processing. 

The first of two general extension 
schemes modifies Cichelli’s hashing func¬ 
tion by adding more terms, changing the 
character evaluation function, and consid¬ 
ering different character positions in a 
word. The second scheme segments or par¬ 
titions the large set into buckets and finds 
minimal perfect hashing functions for 
each bucket. 

Modification. Many modifications of 
Cichelli’s hashing function add terms or 
change the letter positions. For example. 


Table 10. Letter value and resulting hash 
hashing function. 


Table 8. Hash values for composite 
perfect hashing scheme. 



table based on Cichelli’s heuristic 


value assignment process uses an exhaus- 
five search with backtracking, its time 

Letter 

VALUE(LETTER) 

KEY 

Ji(KEY) 

complexity is exponential. Hence, the 

A 

0 

JANUARY 

7 

algorithm is only practical for small static 

D 

-7 

FEBRUARY 

2 

sets with fewer than 45 words. In addition. 

E 

5 

MARCH 

10 

the algorithm is not guaranteed to work 

F 

-6 

APRIL 

11 

for all sets. For example, it cannot work 

H 

5 

MAY 

3 

for sets with conflicting word pairs, that 

J 

0 

JUNE 

9 

is, two words with the same length and 

L 

6 

JULY 

4 

same pair of characters at their ends (such 

M 

0 

AUGUST 

12 

as JAN and JUN, or TYPE and EXIT). 

N 

-3 

SEPTEMBER 

8 

This is why Table 10 uses the full names for 

O 

-1 

OCTOBER 

6 

months rather than abbreviations. 

R 

0 

NOVEMBER 

5 

Conflicting word pairs are common in 

S 

-1 

DECEMBER 

1 

moderate-sized sets of English words, as 

T 

6 



shown by a Monte Carlo study'® that 

Y 

0 



generated random word sets with English- 
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Table 11. Hashing function for the 
full-word calendar set. 


Letter flr(Letter) C(Letter) (Letter) 

A 0 

119 


B 


5 

C 3 

1 

7 

E 4 



G 


11 

L 


13 

N 


2 

O 7 

1 


P 8 

1 

17 

R 


3 

T 


19 

U 9 

211 


V 


23 

Y 


29 

KEY 

Letter pair 

/r(KEY) 

JANUARY 

(A,N) 

1 

FEBRUARY 

(E,B) 

5 

MARCH 

(A,R) 

2 

APRIL 

(P.R) 

9 

MAY 

(A,Y) 

3 

JUNE 

{U,N) 

10 

JULY 

(U,L) 

12 

AUGUST 

(U,G) 

11 

SEPTEMBER 

(E,P) 

7 

OCTOBER 

(C,T) 

4 

NOVEMBER 

(E.V) 

8 

DECEMBER 

(E,C) 

6 


Ada’s 63 reserved words contain three 
pairs of conflicting words (EXIT-TYPE, 
RAISE-RANGE, and PRIVATE- 
PACKAGE), and Modula-2’s 40 reserved 
words contain one conflicting pair (TYPE- 
EXIT). Sebesta and Taylor^' found a 
minimal perfect hash function for the 
Modula-2 words by adding the term 

alphabetic position of second to last 

character in word 

to Cichelli’s hashing function, and found 
a minimal perfect hashing function for the 
Ada reserved words by adding the same 
term twice. 

Chang and Lee^^ developed a letter- 
oriented minimal perfect hashing algo¬ 
rithm based on ideas from Chang’s previ¬ 
ous algorithm and Cichelli’s algorithm. 
The hashing function for a set of words is 


h(L„Lj) = £/(/,,) -I- C{Li) mod p{Lj) 

where Lj and Lj are the /th andyth letters 
in the key; t/and Care integer-valued func¬ 
tions, and p is a prime number function. 
Chang and Lee give algorithms for find¬ 
ing the functions d, C, and p. Table 11 
gives the hashing function for the full- 
word calendar set. We selected second and 
third letters for the letter pairs because they 
are all unique. 

Thus, A (SEPTEMBER) = rf(E) -i- 
(C(E)modp(P)) = 4-1- (156 mod 17) = 
7. However, Chang and Lee do not give a 
method for selecting the pair of letter posi¬ 
tions or the general prime number 
function. 

Cercone, Boates, and Krause^^ devel¬ 
oped an interactive system that allows the 
user to specify the set of character posi¬ 
tions and whether or not to include the key 
length in the hashing function. Their algo¬ 
rithm uses a nonbacktracking, intelligent, 
enumerative search to find the character 
value assignments. If the user’s selection 
of character positions results in a conflict, 
the system invites the user to make another 
selection. The user can also specify the 
hash table loading factor (1 for a minimal 
perfect hash, and less than 1 for a non- 
minimal perfect hash). Their algorithm 
found minimal perfect hashing functions 
for sets with up to 64 elements and almost- 
minimal solutions for sets with up to 
500 elements. 

Haggard and Karplus'^ generalized 
Cichelli’s hashing function by considering 
every character position in a key. They 
search for functions of the form 

h(w) = length(H') -i- 
g/(first_char(w)) -t- 
g2(second_char(w)) -(-... -i- 
g*(last_char(w)) 

where the g,s are called selector functions. 
Their algorithm finds a set of selector 
functions that uniquely identify each 
word, and then uses backtracking heuris¬ 
tics to find the character value assignments 
for each selector function. They found 
minimal perfect hashing functions for sets 
with up to 181 words and nonminimal per¬ 
fect hashing functions for sets with up to 
667 words. 

Sager^'' developed a hashing function 
of the form 

h(w) = (ho(w) -I- g(hdw)) + 
g^hiiw))) mod A 

where ho, hi, and hi are pseudorandom 
functions, g is the function found by 


Sager’s mincycle algorithm, and A is the 
size of the word set. Cichelli’s hashing 
function is a special case of Sager’s hash¬ 
ing function where /io(w) is the length of 
w, hiiw) is the first character in w, hiiw) 
is the last character in w, and g is the 
character-value assignment. Sager gives 
several pseudorandom functions that 
‘ ‘seem to work well, ’ ’ but he does not give 
a general scheme for choosing the pseu¬ 
dorandom functions. He claims his algo¬ 
rithm is practical for sets with 512 or 
more words. 

These modification schemes seem to 
be aimed primarily at overcoming the 
problem of conflicting word pairs. Even 
though they handle larger sets, they do not 
represent a general solution for very large 
sets with several thousand words. In addi¬ 
tion, many of the schemes generate perfect 
but not minimal hashing functions. 
Hence, these schemes seem limited to min¬ 
imal perfect hashing functions for sets 
with 500 words at most. 

Segmentation. Segmentation seems 
more promising as an extension scheme 
for very large sets. It involves finding one 
hashing function (grouping function) to 
partition the large set into buckets (all 
words with the same hash value are in the 
same bucket), and then finding an individ¬ 
ual (minimal) perfect hash function for 
each bucket. The grouping function par¬ 
titions the large set into buckets with at 
most “maxsize” words, where “maxsize” 
is the practical limit for the minimal per¬ 
fect hashing function. Buckets are stored 
in unique segments (consecutive locations) 
in the hash table. Thus, the hash function 

h(w) = bi -I- hiiw) 

where / is the grouping hash function value 
for w, bi is the base address for bucket i in 
the hash table, and hi is the perfect hash 
function words in bucket i. 

We developed a minimal perfect exten¬ 
sion of Cichelli’s hash function based on 
Ramakrishna’s scheme.'* Ramakrishna 
was primarily concerned with finding a 
perfect hash function for large external 
files. His hash table (hash file) consisted of 
m pages, each with a capacity of b records. 
The hash function maps each record onto 
a page. A hash function is said to be per¬ 
fect if no page receives more than b 
records. The family of hash functions that 
worked well for Ramakrishna was of the 
form 

h{w) = ((c » w -I- of) mod p) mod m 
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where c and d are integers, p is a prime 
number greater than the largest key, and 
m is the size of a page. He successfully 
hashed files ranging from 3,000 to 24,000 
records. Significantly, he showed it was 
practical to find a perfect hash function 
from the family by randomly generating 
{c,d) integer pairs. Depending on the load 
factor of the tables, only a small number 
of (c,d) pairs need be generated to find a 
perfect hash function. For example, for a 
load factor lower than 70 percent, the 
probability of a randomly chosen {c,d) 
pair yielding a perfect hash function is 
greater than 0.5. 

While Ramakrishna was interested in 
finding a hash function that partitioned 
the set of records into pages with b records 
at most, we were interested in finding a 
hash function that partitions the set of 
words into small buckets with 40 words at 
most, such that no bucket contains a con¬ 
flicting word pair. We chose the same 
family of hash functions for the grouping 
function to compute a word’s bucket num¬ 
ber, where c, d, and p are the same and m 
is the number of buckets. Hence our min¬ 
imal perfect hash function is 

h(w) = offset(i) + 

value(/, first_char(w)) -I- 
value(/,last_char(w)) -t- 
length(w) 

where / is the bucket number computed by 
the grouping function, length (w) is the 
number of characters in w, value(«,c/!) is 
the value for character ch in bucket n, and 
offset(n) is where the segment of words in 
bucket n begins in the hash table. Thus, the 
algorithm to locate a word or conclude 
that it is not present is a simple two-step 
process: first, compute the bucket number 
and word length; then, perform a table 
lookup to find the values of the word’s 
first and last characters and the bucket’s 
offset. 

Table 12 gives a perfect minimal hash 
table constructed via the segmentation 
scheme for the calendar problem (with 
three-letter abbreviations). Thus, for SEP, 
the bucket number is 1. So 

/I(SEP) = offset(l) + value(l,S) -I- 
value(l,P) + length 
= 0-l-3-l-l+3=7 

Ramakrishna'* found his perfect hash 
function through a trial-and-error process 
by fixing p and generating random (c,rf) 
pairs. We wanted a more systematic 
method. We found that selecting c, d, and 



p from different small sets of prime num¬ 
bers partitioned the word sets into rela¬ 
tively uniformly sized buckets. A (c, d,p) 
triple is successful if no bucket contains a 
conflicting word pair. 

Our scheme worked successfully for the 
447 Forth words, the 288 Forth assembler 
words, and sets of 500 and 1,000 random 
words. However, for the 1,000 most- 
common and 2,000 random English 
words, the same exhaustive generation 
scheme was unsuccessful unless we 
reduced the bucket size to about 10 
because of the skewed distribution of the 
word lengths and the letters at the ends of 
the words. We did notice that very few 
buckets contained word pair conflicts. 
This suggested modifying our scheme to 
move the second word of a word pair con¬ 
flict to a special extra bucket. After this 
process, none of the original buckets con¬ 
tained word pair conflicts, and only the 
extra bucket needed to be checked for con¬ 
flicts. Using the extra bucket decreased the 
effort and increased the bucket sizes for 
the solutions to the 1,000 most-common 
and 2,000 random words. The additional 
cost for this scheme was slight, since the 
number of words in the extra table is small 
relative to the size of the set. 

This points out the two major problems 
with the segmentation approach: 


(1) It is difficult to find a general seg¬ 
mentation scheme that partitions the 
words into buckets such that the words 
have the required properties for a minimal 
perfect hash function. 

(2) There is no systematic and practical 
scheme for generating minimal perfect 
hashing functions. We only considered 
Cichelli’s minimal perfect hashing func¬ 
tion. Additional research must consider 
variations of Cichelli’s scheme or other 
types of minimal perfect hash functions 
for the buckets. 


C hoosing a good internal hashing 
technique depends on many fac¬ 
tors. The factors for a dynamic 
table are the distribution, number, and size 
of keys, the frequency of retrieval versus 
insertions and deletions, and the likelihood 
of overflow. 

For a static table, perfect or minimal 
perfect hashing functions depend on prior 
knowledge of the size and distribution of 
the keys and the amount of storage over¬ 
head that can be tolerated. Comparison of 
perfect and especially minimal perfect 
hashing functions is extremely difficult 
because the articles describing them pro¬ 
vide little information about their perfor¬ 
mance. Bounds for expected runtime or 
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sparseness of the table are rare. Bounds are 
especially important for schemes that 
depend on an exhaustive search or trial- 
and-error process. 

Knowing the range of set sizes for which 
a scheme is practical is important for seg¬ 
mentation schemes. Minimal perfect hash¬ 
ing performance is reported for a few 
special sets, such as programming lan¬ 
guage reserved words and common Eng¬ 
lish words. Perfect and minimal perfect 
hashing schemes have time-space trade¬ 
offs. For example, it is easier to find per¬ 
fect hashing functions for sparse tables 
than to find minimal perfect hashing func¬ 
tions. Even when found, integer values 
computed by a perfect hashing scheme can 
be huge. This points to the need for empir¬ 
ical studies of perfect and minimal perfect 
hashing functions to discover their perfor¬ 
mance characteristics and time-space 
trade-offs. 

Selecting the best hashing technique for 
an application requires detailed knowledge 
of the data and operations on the data. We 
hope this article will serve as a guide. □ 
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Software through Pictures 

“Delivermg 
the Promise 


HIGH QUALITY SOFTWARE is 
the promise of CASE. 

IDE’s Software through Pictures 
increases productivity, 
establishes control, and 
improves communications. 

Everyone benefits when 
software is delivered on- 
time and vnthin budget 
and when it matches the 
customer’s needs. In 
addition, projects 
designed right the first 
time have significantly 
lower maintenance costs. 

User-Extensible Applications 
Software through Pictures significantly 
increases productivity and improves design 
quality with applications such as: 

• Automatic Documentation, 

• Requirements Traceability, and 

• DOD-STD-2167 Support. 

Open Architecture 
The Software through Pictures 
integrated, multi-user CASE 
environment includes graphical 
editors supporting several 
popular analysis and design 
methods. Its open architecture 
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Free IDE Seminars 
Ftor reservations to see how 
Software through Pictures 
delivers the promise of 
CASE, call 415-643-0900 
ext. 102 today to register 
for the next IDE seminar in 
your area. 

. Dec.6 


allows users to incorporate other 
tools in their own integrated 
CASE environment. 

IDE’s Experience 
Since 1983, IDE has been helping 
customers succeed at each stage of 
their software development 
lifecycle by incorporating Software 
through Pictures into their 
development environments. 

Software through Pictures is 
available for the Apollo, DEC 
VAXstation (VMS and Ultrix), HP 
9000, and Sun Workstations. 

595 Market Street, 12th Floor 
San Francisco, California 94105 
415/543-0900 
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STANDARDS 


Editor: Helen M. Wood, National Oceanic and Atmospheric Administration, Rm. 1069, Federal Bldg. No. 4, Washington, DC 20233, phone (301) 763-1564. 


IEEE gives approval to 1003.1 Posix standard 


Climaxing a balloting process in the 
IEEE Computer Society’s Technical 
Committee on Operating Systems that 
started in November 1987, the IEEE 
Standards Board approved the IEEE 
1003.1 Portable Operating System 
Interface Standard August 22. 

The standard details a specification 
for developing applications programs 
and computer operating systems that 
will provide for the portability of appli¬ 
cations software between computer sys¬ 
tems from multiple vendors. It 
complements related standards for com¬ 
puter languages, database management, 
and computer graphics. 

An association for users of AT&T’s 
Unix operating system and similar 
products called the /usr/group initiated 
Posix standards work in 1981. The 1984 
/usr/group standard formed the basis 
for the IEEE 1003.1 working group, 
which began meeting in 1985. A trial- 
use Posix standard was published the 
next year. The standard approved 
August 22 is draft 13 and represents an 
update and revision of the original trial- 
use document. 

Many organizations, including the 
National Bureau of Standards, X/Open 


A new revision to the Mumps pro¬ 
gramming language standard has been 
developed to facilitate reuse of software 
components and support very large sys¬ 
tem designs. This draft proposal for a 
revised Mumps standard is being circu¬ 
lated for public comment in accordance 
with the canvass-ballot procedures of 
the American National Standards 
Institute. 

Specifications for the extension pro¬ 
posed for adoption in the revised stan¬ 
dard are based on experience with 
Mumps systems supporting large-scale 
automated manufacturing processes, 
industrial management information sys¬ 
tems, and integrated hospital informa¬ 
tion systems. The extensions provide 


Company, and the Open Software 
Foundation, supported the Posix stan¬ 
dard over the balloting period. Last 
April, the NBS announced it would 
publish an Interim Federal Information 
Processing Standard based on Posix 
draft 12. A FIPS is a specification that 
government agencies can use in estab¬ 
lishing requirements for system 
procurements. 

Posix is the central common compo¬ 
nent in the applications environments 
of these organizations and serves as a 
focus for maximum application porta¬ 
bility. 

“A number of minor differences exist 
between the interim FIPS and the 
approved IEEE standard,” said Jim 
Isaak, PI003.1 working group chair. 
“Now that the standard has been 
approved, NBS has indicated that it will 
start the revision process on the interim 
FIPS to bring it into line with the final 
standard. 

“For vendors, the early NBS work 
provided essential guidance on the 
characteristics NBS will include in the 
FIPS and has advanced the availability 
of implementations that will meet these 
criteria by as much as six to eight 


additional flexibility for modularizing 
large systems and configuration 
management support. 

The Mumps ANSI standard is 
produced by the Mumps Development 
Committee, comprised of implementers 
and vendors of Mumps language soft¬ 
ware products, applications developers 
who use the language, and users of 
applications written in Mumps. Mem¬ 
bership on the committee is open to all 
interested persons. 

For additional information on the 
proposed revised Mumps standard or to 
participate in the canvass process, con¬ 
tact the MDC Secretariat, 4321 Hart- 
wick Rd., Suite 510, College Park, MD 
20740, phone (301) 779-6555. 


months. For government agencies, the 
interim FIPS, IEEE standard, and 
NBS-Posix Conformance Test Suite will 
provide a solid base for systems 
procurement and evaluation,” Isaak 
said. 

The Posix standard also provides a 
specification that organizations outside 
the US federal government can use. 
Specifying Posix conformance will 
allow system purchasers to productively 
manage their software environments to 
achieve the benefits of applications 
portability. Hardware and software 
manufacturers will have a clear specifi¬ 
cation to follow in designing systems 
and applications for the open software 
environment. 

“The Posix standard represents years 
of work in establishing what is needed 
for applications portability,” said 
Heinz Lycklama, chair of the 
/usr/group technical committee and a 
member of the /usr/group board. “It is 
also the first step in an ongoing industry 
effort to provide a comprehensive 
applications environment.” He said 
that the /usr/group is participating in 
the IEEE efforts and is sponsoring 
advanced work in networking, dis¬ 
tributed systems, supercomputing, 
internationalization, and other areas. 

Posix will be submitted to the Ameri¬ 
can National Standards Institute for 
approval and to the International Stan¬ 
dards Organization for registration as a 
Draft International Standard. These 
processes, along with actual publica¬ 
tion, will take another few months. 

Prior to volume printing, draft 13 of 
the 1003.1 standard may be ordered 
through the IEEE’s New York City 
office by calling (212) 705-7960. 

The 1003 committees are continuing 
Posix-related standards work in areas 
such as real-time systems interfaces, 
systems security, tools and utilities, net¬ 
working, and system administration. 
Persons interested in participating in 
these efforts should contact the IEEE 
Computer Society Standards Secretariat, 
IEEE Standards Office, 345 East 47th 
St., New York, NY 10017-2394. 


Revised ANSI Xll.l Mumps standard processed 
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Public review and comment period under way on five draft standards 


X3, the Accredited Standards Com¬ 
mittee on Information Processing Sys¬ 
tems, is conducting periods of public 
review and comment on five draft pro¬ 
posed American National Standards. 

The draft standards are: 

• X3.135.1-198X, Database Language 
SQL/Addendum 1 (Integrity Enhance¬ 
ment Feature) 

• X3.173-198X, Unrecorded Magnetic 
Tape and Cartridge for Information 
Interchange, 20 track. Serial, 'k inch 
(12.65 mm), 12,000 ftpi (472 ftpmm) 

• X3.174-198X, Recorded Magnetic 
Tape and Cartridge for Information 
Interchange, 20 track. Serial, t inch 
(12.65 mm), 12,000 bpi (472 bpmm) 

MFM encoded 

• X3.144.4-198X, Computer 
Graphics—Programmer’s Hierarchical 
Interactive Graphics System (PHIGS) C 
Binding 

• X3.175-198X, 19 mm Type lD-1 
Recorded Instrumentation Digital Cas¬ 
sette Tape Format 

For X3.135-198X, this second review 
and comment period of two months 
ends October 11. 

The standard defines the logical data 
structures and basic operations for an 
SQL database. It provides functional 
capabilities for designing, accessing, 
maintaining, controlling, and protecting 
the database. 

This standard provides a vehicle for 
portability of database definitions and 
compilation units between conforming 
implementations. 

The single-copy price for the draft 
standard is $65, and the international- 
order price is $84.50. 

The four-month review and comment 
period for X3.173-198x will end Decem¬ 
ber 23. 

This standard provides the informa¬ 
tion necessary to ensure mechanical and 
magnetic interchangeability for a tape 
cartridge between information process¬ 
ing systems, communication systems, 
and associated equipment. The stan¬ 
dard provides the general requirements, 
definitions, physical and magnetic tape 
characteristics, and the cartridge 
requirements. 

Copies of the draft standard are 
priced at $25 for single orders and 
$32.50 for international orders. 

The four-month review and comment 
period on X3.174-198x will also con¬ 
clude December 23. 

The standard provides the require¬ 
ments for a tape cartridge to be used for 
information interchange among infor¬ 
mation processing systems, communica¬ 


tion systems, and associated equipment 
utilizing a standard code for informa¬ 
tion interchange as agreed on by the 
interchange parties. 

This standard deals solely with the 
requirements for recording on magnetic 
tape. Compliance with the standard for 
unrecorded tape (ANSI Unrecorded 
Magnetic Tape and Cartridge for Infor¬ 
mation Interchange, 20 Track, Serial, % 
inch (12.65 mm), 12,000 ftpi (472 
ftpmm), ANSI X3.XX-19XX) is a 
requirement for information inter¬ 
change. The unrecorded standard pro¬ 
vides the general requirements, 
definitions, physical and magnetic tape 
characteristics, and the tape-cartridge 
requirements. The use of a labeling 
standard, such as ANSI Tape Labels 
and File Structure for Information 
Interchange, ANSI X3.27-1978 or later 
editions, will support data interchange 
between data-processing systems. 

The single-copy price is $25, and the 
international order price is $32.50. 

The four-month review and comment 
period for X3.144.4-198x will extend 
through January 9, 1989. This PHIGS 
document specifies a language- 
independent nucleus of a graphics sys- 


Directors of Bell Communications 
Research (Bellcore) have affirmed the 
company’s continued role as the 
administrator of the North American 
Numbering Plan and have approved a 
policy statement and associated proce¬ 
dures for standardizing NANP adminis¬ 
tration. 

Rapid technological advances that 
make major new services possible— 
along with the expansion of the 
industry—necessitated that Bellcore for¬ 
malize and publicize the NANP 
administrative process, according to 
Tom Thomas, Bellcore division man¬ 
ager for carrier interconnection and 
numbering planning. The new services 
have numbering needs that compete 
with the ever-increasing demand for tra¬ 
ditional telephone service and already- 
scarce numbering resources. 

Thomas said that Bellcore recognizes 
that it does not have authority to 
impose a numbering plan on the indus¬ 
try, so the process is designed to seek 
industry consensus. The NANP 
administrative process that Bellcore’s 
board approved involves participation 
of the T1 committee of ANSI, the pri- 


tem. For integration into a program¬ 
ming language, PHIGS is embedded in 
a language-dependent layer obeying the 
particular conventions of that language. 
The document specifies such a 
language-dependent layer for the C 
language. 

Copies are priced at $35 for single 
orders and $45.50 for international 
orders. 

Similarly, the four-month review and 
comment period on X3.175-198x also 
expires January 9, 1989. 

This standard presents formats and 
recording requirements for 19 mm, heli¬ 
cal scan magnetic tape cassettes to be 
used for interchange among instrumen¬ 
tation systems, data processing systems, 
and associated equipment. It is based 
on SMPTE standards for helical scan 
tape recording/reproducing systems, 
some of which are referenced, to obtain 
the broadest possible acceptance. 

The single-copy price is $25, and the 
international order price is $32.50. 

Copies of the five draft standards 
may be ordered by calling Global 
Engineering Documents at (800) 
854-7179 (inside the US) or (714) 
261-1455 (outside the US). 


mary industry technical standards 
group in matters regarding numbering 
standards. 

These matters include the uniform 
designation and use of numbers, such as 
for the Integrated Services Digital Net¬ 
work (ISDN) telecommunication ser¬ 
vice, and the resolution of concerns 
where technical standards for number¬ 
ing have not been set. 

Once an issue has been identified as a 
technical standards issue, T1 or its 
designated subcommittee will serve as 
the industry forum for resolving techni¬ 
cal standards questions associated with 
numbering. Bellcore, as NANP 
administrator, will participate in these 
T1 forum discussions. When consensus 
is reached in Tl, Bellcore will imple¬ 
ment and administer the results 
nationwide. 

If Tl fails to reach a consensus, Bell¬ 
core will integrate industry input from 
the Tl forums into a proposed plan and 
submit the plan to Tl in a second 
attempt to gain industrywide approval. 
Concurrently, Bellcore will notify the 
Federal Communications Commission 
of these activities. 


Bellcore clarifies Numbering Plan role, process 


October 1988 
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A/UTRE 


More than 
200 of the nation's 
most advanced 
systems engineering 
projects have one 
thing in common: 



The expertise of MITRE. 


Because of the importance of their mission, every agency we deal with 
demands excellence, plus uncompromising performance. That’s why they all 
look to The MITRE Corporation for systems engineering solutions that work 
. . . and that consistently meet or exceed their high expectations. As a result 
we are currently working on over 200 vital, state-of-the-art systems engineer- 
ing projects for over 50 government clients, including many of this nation’s 
defense and civil agencies. 


MITRE is assisting the U.S. Air Force in programs dealing with OTH 
backscatter radars, and other radar-based surveillance systems such as North 
Warning and AWACS, major command and intelligence information systems 
like SPADOC, WIS and IDHS, key communications capabilities like MIL- 
STAR, JTIDS and GWEN, and a wide range of tactical control and support 
systems like Joint STARS, as well as the SDI program. We are also working 
with the U.S. Navy on significant artificial intelligence projects; with the 
Army to establish secure voice communications, automated message han¬ 
dling, and data processing support; and with the DCA to investigate advanced 
radio frequency concepts forC' missions. Finally, our civil systems engi¬ 
neering efforts include the development of electronic filing and information 
distribution systems for the SEC; support of the Next Generation Weather 
Radar (NEXRAD) for the NOAA, FAA, and DoD; and assistance in many 
toxic substance-related areas for the EPA. 


Communications 

System Design and Analyses • Digital Communications 

• Microprocessor Applications* Communications Proc¬ 
essors (Hardware and Software) • Local Area Networks 

• Protocol Development/Evaluation • Modulation/Cod¬ 
ing Techniques • Secure Communications • Systems 
Test and Evaluation • Switching and Control Systems 

• Satellite and Terrestrial Transmission • Survivability/ 
Vulnerability and Electromagnetic Pulse • Line of Sight, 
Tropo, Millimeter Wave and Fiber-Optics 


Command and Control 

Air Defense Systems (Deployable and Fixed) • Tactical Air 
Traffic Control Systems (Deployable and Fixed) • Foreign 
Air Command and Control • Missile Warning Systems 
• Satellite Surveillance Systems • Systems Analyses and 
Specifications • Software Development • Display Tech¬ 
nology • Bus-Oriented System Architectures 


Computer Systems 

Requirements Analyses • Systems Analyses • Systems 
Architectures and Engineering • Technology Assess¬ 
ment • System Acquisition • Performance Analyses 

• Simulation and Analytical Modeling • Artificial Intelli¬ 
gence • Image Processing • Fault Tolerant Systems 

• Local Network Design • Ada • Software Cost Estima¬ 
tion • Computer Security • Software Metrics • Distrib¬ 
uted Data Base Systems • Program Verification 


Systems Architecture 

Advanced Systems Design • Advanced Planning 
• Intersystems Engineering • Functional/Operational 
Analyses • Systems Inter-Operability • Cost Analyses 

Radar Systems 

Digital Signal Processing • Radar System Surveillance 
Techniques • Radar System Analyses • Radar System 
Design • Anti^am Analyses • Intelligence Operations 
Analyses • Embedded Computer Hardware and Software 


System Software 

On VM • CMS • VCNA • RSCS • VS1 • RSTS • RSX 
11-M • UNIX® • VAXA/MS • Design, Implement and 
Document System Software • Performance Monitoring 
• Software and Hardware Evaluations • Enhance User 
Facilities • Applications Software—Corporate, Financial 
& Administrative Applications; MVS/COMPLETE/ADA- 
BAS Environment; PUI & NATURAL Programming 
Languages 


Software Technology 

Knowledge Based Expert Systems • Automatic 
Programming • Fault Tolerant Systems • Reusable 
Software 


Software Engineering 

Prototype Development • Performance Simulation 

• Real-Time Computer Software Analysis and Sizing 

• Ada Compiler Evaluation • Software Cost Estimation 

• Project Management Tools • Artificial Intelligence 


An Equal ()ppnrtunil> Kmplover M/K. 


For over 25 years, MITRE’s expertise in systems engineering analysis, 
research, design, and evaluation has been internationally recognized and highly 
respected—and with good reason. Almost two-thirds of our technical staff have 
earned advanced degrees. And, just as important, their exceptional perform¬ 
ance consistently delivers the systems engineering solutions our clients need— 
with the quality they demand. 

If you have demonstrated uncommon talent and technical ability bring 
them to a clearly superior environment: MITRE. 

U.S. Citizenship required. 


BOSTON 
For CT Systems 
Engineering Opportunities, 
please send your resume to: 
David L. Finnegan 
The MITRE Corporation 
7109 Middlesex Ttirnpike 
Bedford, MA 01730 


WASHINGTON 
For C^I and Civilian Systems 
Engineering opportunities, 
please send your resume to: 
M.C. Mason 
The MITRE Corporation 
7525 Coishire Drive 
McLean, VA 22102 
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NEWS FROM THE COMMITTEE ON PUBLIC POLICY 


Proposed bill to amend Tax Code Section 1706 falls short 


Ralph J. Preiss, COPP Chair 

As reported on p. 73 of the Septem¬ 
ber 1988 issue of Computer, Senator 
Daniel Patrick Moynihan (D-NY) has 
introduced a bill to amend Section 1706 
of the US Tax Reform Act of 1986. 

Although Moynihan’s move is a step 
in the right direction, it doesn’t go far 
enough. Here’s why. 

In June 1987, the Computer Society’s 
Board of Governors, on the recommen¬ 
dation of the Committee on Public 
Policy, voted to ask the society presi¬ 
dent to inform the US government’s 
Joint Committee on Taxation that it 
should repeal Section 1706 of the 1986 
Tax Reform Act because it is unfair. 

The board urged Congress to provide 
an across-the-board workable definition 
of employee versus independent- 
contractor status for tax purposes. 

In addition to the board’s action, 
many individual Computer Society 
members—whether employed or 
independent—were known to have writ¬ 
ten letters to their senators and con¬ 
gressmen to let them know their 
positions on this issue. 

Essentially, the consequences of Sec¬ 
tion 1706 were to single out engineers 
and computer professionals who estab¬ 
lished themselves as consultants or 
independent contractors and label them 
as employees for tax purposes if they 
use a third party to find consulting posi¬ 
tions for them. Nowadays, this third- 
party arrangement is a widely accepted 
practice. 

On p. 99 of the September 1987 Com¬ 
puter, readers were polled to determine 
whether they agreed or disagreed with 
the Board of Governors position urging 
Section 1706’s repeal. The results of the 
survey were published on p. 102 of the 
November 1987 issue of Computer, by a 
ratio of ten to one, the responding 
readers favored the board’s stand. 

Nonetheless, nothing was done until 
July 11, 1988, when Senator Moynihan, 
author of the offending section of the 
1986 Tax Act, introduced S.2626, 
which, if enacted, will amend Section 
1706 of the’86 law. 

The proposed bill is the result of 
input from the Technical Consultants 


National Association, the Independent 
Computer Consultants Association, the 
National Association of Computer 
Consultant Brokers, and IEEE. It has 
been hailed as a substantial improve¬ 
ment since it clarifies the confusion 
resulting from the Internal Revenue 
Service’s interpretation of Section 1706. 
In its wording, S.2626 implies two-party 
arrangements are not covered or 
included. 

According to the August issue of the 
Computer Law and Tax Report, S.2626 
defines two tests which must be satisfied 
to qualify for independent contractor 
status for tax purposes: 

(1) The worker must have a written 
contract stating that he or she is not an 
employee of the broker (third party); 
that the individual retains the right 
(regardless of whether it is exercised) to 
perform technical services for more 
than one broker and more than one 
recipient (client); and that the broker 
does not indemnify the worker for risk 
of loss due to any action or inaction by 
the worker or the financial condition of 
the recipient. 


(2) The duration of the contractor’s 
continuous service for a recipient must 
not exceed 18 months. During any gaps 
in service, the worker must not receive 
any compensation—such as sick- or 
vacation-pay—from that recipient. 

If the bill is enacted, every broker will 
be required to make a choice of 
“employer” or “broker.” Even as 
broker, he or she must collect 10 per¬ 
cent of the consultant’s fee as tax with¬ 
holdings as if acting as the consultants’ 
employer so as to minimize revenue loss 
(US Treasury cash flow). (Note: The 
Computer Law and Tax Report has 
predicted the bill won’t be enacted in 
this term of Congress; the scheduled 
adjournment for this session was Sep¬ 
tember 29.) 

From all indications in this election 
year (and Senator Moynihan is in the 
midst of a reelection campaign), this is 
a temporary measure to show intentions 
for a fix. However, it does not seem to 
be the all-encompassing definition of 
employee versus independent contractor 
the Computer Society has recom¬ 
mended as being needed. 


Lotus donates grant to Data Engineering TC 


Sushil Jajodia, 

George Mason University 

Lotus Development has presented a 
$7,500 grant to the Computer Society’s 
Technical Committee on Data 
Engineering to partially offset the cost 
of printing and distributing this year’s 
issues of the TC’s quarterly bulletin. 
Data Engineering. 

“Lotus regards Data Engineering as 
one of the finest and most useful jour¬ 
nals in the technical database arena,” 
noted Lotus consulting engineer David 
S. Reiner in a letter accompanying the 
contribution. 

“We applaud its format of in-depth 
special issues and its concentration on 
short, timely, and technically sophisti¬ 
cated papers across a spectrum of 
database-related areas. The expertise 
and hard work of editors and authors 
are very evident,” Reiner said. 


Won Kim is the editor-in-chief of 
Data Engineering, which has estab¬ 
lished a reputation as a useful publica¬ 
tion for researchers as well as 
practitioners, and is distributed free to 
members of the technical committee. 

The new TC chair is Larry Kersch- 
berg of George Mason University. His 
research interests include expert data¬ 
base systems, knowledge support sys¬ 
tems, and systems engineering. 

Members of the TC played a vital 
role in developing the proposal for 
Transactions on Knowledge and Data 
Engineering, a new Computer Society 
journal scheduled to begin publication 
in March 1989. 

For further information about the 
TC, contact Larry Kerschberg, Depart¬ 
ment of Information Systems and Sys¬ 
tems Engineering, George Mason 
University, Fairfax, VA 22030. 


October 1988 





COPP helps nominate candidates for next US president’s administration 


Ralph Preiss, COPP Chair 

As part of an IEEE US Activities 
Board effort, the IEEE Computer Soci¬ 
ety’s Committee on Public Policy has 
been invited to participate in nominat¬ 
ing potential appointees to high-level 
engineering-related positions in the next 
US presidential administration. 

This work is being coordinated by the 
American Association of Engineering 
Societies (AAES). COPP will be work¬ 
ing through W. Thomas Suttle, 
lEEE/USAB, who has been appointed 
to serve on the AAES Public Affairs 
Council Presidential Appointments 
Task Group. 

The council has compiled a list of 100 
top engineering-related federal appoint¬ 
ive positions. All the appointments 
require either advice and consent by the 
US Senate or selection from senior 
executive service. 

The following 22 positions are of spe¬ 
cial interest to the Computer Society 
membership; 

• Director, National Science Foun¬ 
dation 

• Chair, National Science Board, NSF 


• Presidential Science Adviser, White 
House 

• Director, National Bureau of Stan¬ 
dards, Commerce Department 

• Deputy Under Secretary of 
Defense, Research and Advance Tech¬ 
nology, Defense Department 

• Director, DoD Advanced Research 
Projects Agency (DARPA) 

• Director, Office of Science and 
Technology Programs, White House 

• Assistant Director, OSTP, White 
House 

• Executive Assistant, OSTP, White 
House 

• Director, Institute for Computer 
Science and Technology, NBS, 
Commerce 

• Director, National Engineering 
Laboratory, NBS, Commerce 

• Director, Office of Patent and 
Trademark Services, Commerce 

• Director, National Technical Infor¬ 
mation Service, Commerce 

• Assistant Secretary of Defense, 
Command, Control, Communications, 
and Intelligence, DoD 

• Assistant Secretary of Defense, 
Research and Engineering, DoD 


• Deputy Director, Test and Evalua¬ 
tion, DoD 

• Assistant Secretary, Research, 
Engineering, and Systems, Navy 
Department 

• Under Secretary, Security 
Assistance, Science, and Technology, 
State Department 

• Senior Adviser, Science and Tech¬ 
nology, State Department 

• Deputy Assistant Secretary, Science 
and Technology Affairs, State 
Department 

• Assistant Director, Science and 
Engineering Education, NSF 

• Assistant Director, Computer 
Information Science and Engineering. 
NSF 

To nominate a person, the following 
information is required by October 31, 
1988: 

(1) Nominee’s name, address, and 
phone numbers (business and home). 

(2) IEEE member status. 

(3) Political party affiliation. 

(4) A statement explaining why the 
individual would serve the community 
well in a policy-making role within the 
highest levels of government. 

(5) Complete biographical information. 

(6) Statement addressing the follow¬ 
ing desired characteristics: 

(a) The manner in which the nomi¬ 
nee is politically or personally con¬ 
nected with Vice President George 
Bush, the Republican Party’s candi¬ 
date for President, or with Mas¬ 
sachusetts Governor Michael 
Dukakis, the Democratic Party’s can¬ 
didate for President. 

(b) The nominee’s previous 
appointments to positions, if any, by 
Bush or Dukakis. 

(c) An indication of the nominee’s 
willingness to go to Washington, DC, 
to serve on a transition team or to 
serve in an appointed federal position. 

(7) Position or issue area for which 
the individual is being nominated. 

(8) Nominator’s name, address, and 
phone number. 

The nomination forms and a com¬ 
plete list of the 100 open positions are 
available by contacting W. Thomas Sut¬ 
tle, lEEE/USAB Suite 608, 1111 19th 
St. NW, Washington, DC 20036-3690, 
phone (202) 785-0017. 

COPP maintains an Experts Direc¬ 
tory and, if called on, will assist nomi¬ 
nators by reviewing materials before 
submittal. If assistance is required, con¬ 
tact Ralph Preiss, 12 Colburn Dr., 
Poughkeepsie, NY 12603, phone (914) 
435-8185. 


DIRECTOR AND ALFRED LAMSON PROFESSOR 
The Center for Advanced Computer Studies 
University of Southwestern Louisiana 

Nominations and applications are invited for the position of the Director of The 
Center for Advanced Computer Studies and Alfred Lamson Professor of 
Computer Science/Engineering. This position includes a highly competitive salary and 
attractive financial package including discretionary funds. The position is open and 
can be filled as soon as possible. 

ABOUT THE CENTER: The Center for Advanced Computer Studies is a research 
center with programs leading to MS/PhD degrees in Computer Science and Computer 
Engineenng. There are approximately 250 graduate students enrolled in the various 
degree programs including about 120 PhD students. The Center has 23 graduate 
research faculty with a typical teaching load of one graduate course per semester and 
a continuing research seminar. Currently over two million dollars in external 
grants/contracts (including 6 NSF Grants) support research in a variety of areas The 
Computing Research Laboratory includes a 40-node Sun-3 network, an Encore 
parallel processing system, 2 VAX 1 l/780s, logic development systems, laser printers 
3-processor Pyramid 90X network running UNIX and 
an IBM 3090-200 with a vector processor are available for instructional use. Another 
well-equipped facility supports research in CAD/CAM. Related programs include the 
CSAB accredited computer science undergraduate programs within the College of 
Sciences with a current enrollment of 500 students and the ABET accredited 
undergraduate program in Computer Engineering within the College of Engineering 
with a current enrollment of 250. » & e 

QUALIFICATIONS: The candidate must be a highly reputed senior ranking 
educator and nationally recognized as a top researcher in Computer 
Science/Engineering. The candidate must have national visibility through 
accomplishments in research, contract and grant funding, and professional activities 
1 he director must be able to enhance and promote the external visibility,of The Center. 

committee will begin reviewing applicant credentials on 
13 November 1988. Applications/nominations consisting of a statement of the 
candidate s academic, professional and administrative credentials, a detailed resume 
and names of five references are to be mailed to: Dr. T.R.N. Rao, Ctr/Adv Computer 
Studies, PO Box 44330, Lafayette, LA 70504 - Phone: (318)231 -6854 or 6147. 

An Equal OpportunitylAffirmative Action Employer 
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IEEE calls for new agency to counter Japanese supercomputer ‘threat’ 


The US computer industry faces an 
immediate threat from Japanese super¬ 
computer firms, requiring “coordina¬ 
tion by government to a degree seldom 
if ever achieved in this country in peace 
time,” according to a report issued by 
the Institute of Electrical and Elec¬ 
tronics Engineers. 

The report, titled “US Supercom¬ 
puter Vulnerability,” claims that vari¬ 
ous Japanese technical and marketing 
strategies make US supercomputer 
firms “vulnerable to loss of their world 
leadership,” specifically citing Japan’s 
introduction of advanced machines and 
adoption of aggressive marketing tech¬ 
niques, including strategic delays in 
marketing dynamic RAM chips in the 
United States. 

As prepared by the Scientific Super¬ 
computer Subcommittee of the IEEE 
Committee on Communications and 
Information Policy, the report main¬ 
tains that if Japanese computer compa¬ 
nies are allowed to become preeminent 
in supercomputers, they would use that 
base and prestige to increase their role 
in the more lucrative market for pro¬ 
cessing systems. It also states that these 
companies include operations integrated 
over multiple production stages and 
across several product lines, compared 
with the narrow manufacturing focus of 
US supercomputer firms Cray and ETA 
(a subsidiary of Control Data). 

The report notes that the Japanese 
still lag somewhat in parallel process¬ 
ing, although their most advanced indi¬ 
vidual processors substantially 
outperform those in US machines. New 
multiprocessor versions of Japanese 
machines “could far outstrip the best of 
the US machines once the Japanese 
catch up in parallel processing, an area 
where they are hard at work,” the 
report states. 

Also, increased software portability 
among different manufacturers, includ¬ 
ing standardized Fortran and Unix, 
allows Japanese manufacturers to cut 
into the previously “captive audience” 
enjoyed by US firms, according to the 
report. 


Regarding the recent supercomputer 
trade agreement requiring the Japanese 
to give equal consideration to buying 
US supercomputers: “If the require¬ 
ments we now impose on the Japanese 
were made reciprocal for US universi¬ 
ties and government laboratories, Japa¬ 
nese supercomputers would have to be 
acceptable to those agencies on non- 
discriminatory terms,” the report 
claims. “The Japanese systems are 
already a match for the US systems and 
soon could surpass them in perfor¬ 
mance. Price thus is likely to be a major 
determinant of choice; and the Japa¬ 
nese manufacturers have been more 
than willing to sacrifice short-term 
profit for long-term market 
penetration.” 

In its call for an integrated, 
government-coordinated solution that 
includes supercomputers, semiconduc¬ 
tors, and software, the report points to 
the slow start shown by Sematech, an 


US astronomers link up 

The National Aeronautics and Space 
Administration and the National 
Science Foundation have teamed 
together to help US astronomers use a 
French astronomical database, called 
the Set of Identifications, Measure¬ 
ments and Bibliography for Astronomi¬ 
cal Data. 

Access to SIMBAD by US 
astronomers has been hampered by 
differing interconnection standards as 
well as the $100-per-connect cost of a 
computer call to the Centre de Donnees 
de Strasbourg, France. The database 
allows an astronomer to look up an 
astronomical object by its astronomical 
designation and retrieve nearly all 
known information and a listing of 
papers about the object since 1950. 

The new hookup is part of the pro¬ 
gram of the Federal Research Internet 
Coordinating Committee, which com¬ 
prises federal agencies engaged in 
research activities, including NASA, 
NSF, the Defense Advanced Research 


industry consortium established to 
encourage US advances in semicon¬ 
ductors. 

The report maintains that the US 
must take “positive actions at home to 
ensure that the Japanese don’t succeed 
at our expense.” It suggests integrating 
efforts by government, industry, and 
universities, possibly through the crea¬ 
tion of a “new, lean, expert, civilian 
agency of government that is capable of 
focusing on the longer-term national 
interest.” The report also concludes 
that action must be based on economic 
and technological, rather than political 
or military, criteria. 

The CCIP is chaired by John M. 
Richardson of the National Research 
Council. The Scientific Supercomputer 
Subcommittee is headed by Sidney 
Fernbach, former director of the com¬ 
puter center at Lawrence Livermore 
National Laboratory, now a consultant 
to Control Data. 


Projects Agency, the Department of 
Energy, and the Department of Health 
and Human Services. 

NSF has paid for about 75 percent of 
the costs of a permanent network 
hookup. NASA is underwriting the 
database use charges and picking up the 
rest of the circuit costs. The Smithso¬ 
nian Astrophysical Observatory in 
Cambridge, Massachusetts, will act as 
NASA’s agent with CDS. SAO will reg¬ 
ister US astronomers, give them user 
manuals and passwords, and reimburse 
CDS for the US astronomer sessions. 

NSF’s interest in the circuit and gate¬ 
way rests largely in a project with the 
University of Wisconsin for developing 
protocols to translate between US and 
European versions of the International 
Standards Organization’s Open Systems 
Interconnect communications pro¬ 
tocols. NASA’s interest is in providing 
computer communications services, 
including databases, to help its research 
community. 


to French network 
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List highlights top R&D spenders 


Cullinet Software spent the largest 
share of revenues, Apple Computer 
spent most per employee, Genicom 
increased its expenditures most over 

1986, and IBM spent the most money, 
period. These are among the highlights 
of an annual list of the electronics 
industry’s top research and develop¬ 
ment spenders in 1987. 

The list compiled by Electronic Busi¬ 
ness magazine showed that 100 top US 
electronics firms pumped 8.6 percent of 
their sales revenues into R&D during 

1987. Software, capital equipment, and 
minicomputer firms led the pack. 

IBM far outspent all other compa¬ 
nies, pouring more than $5.4 billion 
into R&D. The company was followed 
by (in $ millions) Digital Equipment 
($1,010.4), Hewlett-Packard ($901.0), 
Xerox ($722.0), Unisys ($597.0), Moto¬ 
rola ($524.0), Texas Instruments 
($428.0), GM Hughes Electronics 
($416.0), Control Data ($389.0), NCR 
($356.6), Honeywell ($289.8), Intel 
($259.8h Advanced Micro Devices 
($247.8), National Semiconductor 
($218.9), and Wang Laboratories 
($212.4) 

Cullinet Software put more of its 
revenues (28.5 percent) back into R&D 
than any other electronics firm in 1987. 
Other firms that reinvested large por¬ 
tions of their revenues included (in per¬ 
cent of revenues) Advanced Micro 
Devices (24.9), LTX (19.2), Applied 


Materials (17.9), VLSI Technology 

(17.8) , Teradyne (16.3), Cray Research 

(15.8) , Analog Devices (15.1), Lotus 
Development (14.8), Tektronix (14.3), 
Computer Consoles (14.0), Intel (13.6), 
GenRad (13.6), DSC Communications 
(13.1), and Computer Associates (13.0) 

Apple Computer spent more money 
per employee on R&D ($34,206), fol¬ 
lowed by Lotus Development ($27,819), 
Cray Research ($25,262), Amdahl 
($23,545), VLSI Technology ($22,698), 
Ashton-Tate ($22,388), Applied 
Materials ($22,193), Microsoft 
($20,967), Cullinet Software ($20,723), 
Mentor Graphics ($20,149), LTX 
($19,919), Digital Communications 
($17,775), Altos Computer Systems 
($17,646), 3COM ($16,837), and Sun 
Microsystems ($16,637) 

The firms that most increased their 
R&D efforts over 1986 included (in per¬ 
cent increase and expenditure in $ mil¬ 
lions) Genicom (143.3 percent; $6.1), 
Miniscribe (131.7; $8.6), Sun 
Microsystems (127.0; $30.6), Maxtor 
(98.3; $5.9), Micropolis (94.5; $11.2), 
3COM (86.7; $4,978), Microsoft (85.5; 
$20.5), Lotus Development (79.6; 

$32.5), Compaq Computer (77.1; 

$26.6), Intelligent Systems (70.2; $3.8), 
Bolt Beranek and Newman (65.4; $8.6), 
Computer Associates (58.1; $25,369), 
Wyse Technology (55.6; $8.9), Western 
Digital (51.6; $24.7), and Amdahl 
(50.2; $119.2). 


Faster NSFNet backbone goes on line 


The new National Science Founda¬ 
tion Network backbone, the fastest 
non-private computer network in the 
country, has gone on line, linking six 
supercomputer centers and seven 
regional computer networks serving 
hundreds of researchers across the 
United States. The system also connects 
to other research-support networks, 
including Arpanet and the NASA 
Science Network. 

The network transmits 1.5 Mbits per 


second, almost 30 times faster than the 
NSFNet backbone it replaces. Future 
plans include increasing the speed to 45 
Mbits per second and making a transi¬ 
tion to the International Standards 
Organization’s reference model for OSI 
standards. 

NSF awarded a $14 million, five-year 
grant last November to Merit, a consor¬ 
tium of eight state-supported universi¬ 
ties in Michigan, to reengineer and 
manage the NSFnet baekbone. 


Congressional Fellowship applications available 


For the 17th year, competition is 
now under way for two Congressional 
Fellowships the IEEE will award for 
the 1989-90 term. Applications must be 
postmarked no later than March 31, 
1989, to qualify for consideration. 


Application forms and further infor¬ 
mation may be obtained by contacting 
W. Thomas Suttle, Congressional Fel¬ 
lows Program, IEEE, 1111 19th St. 
NW, Suite 608, Washington, DC 
20036-3690, phone (202) 785-0017. 


Office computer use 
continues to increase 

Almost 80 percent of all office work¬ 
ers now use computers, up 12 percent 
from 1987, according to a new survey 
conducted by Louis Harris and 
Associates. 

According to the 1988 Office Envi¬ 
ronment Index, office workers spend an 
average of 3.8 hours a day at a terminal 
or personal computer, with about a 
third of these workers using the equip¬ 
ment five or more hours a day. 

The computer is used most often for 
data entry (71 percent), accessing data¬ 
bases (69 percent), and word processing 
(56 percent). Professional/technical 
workers also spend an average of 3.8 
hours at the computer, while managers 
average 2.9 hours. 

Most office workers (69 percent) use 
their computer in their own workspace, 
although 20 percent of these said they 
do not have enough room for the equip¬ 
ment. Also, the number of executives 
with a computer in their office rose to 
50 percent from 45 percent in the 1987 
study. 

The Office Environment Index was 
conducted through telephone interviews 
with 1,031 office workers, 150 execu¬ 
tives, 150 facilities managers and 150 
contract interior designers in the United 
States, and 250 office workers and 112 
executives in Canada. The survey was 
sponsored by Steelcase, an office furni¬ 
ture manufacturer. 


NCGA accepting 
animation competition 
entries 

The National Computer Graphics 
Association has announced it is 
accepting entries for the fourth 
annual International Computer Ani¬ 
mation Competition. The competi¬ 
tion is open to all individuals and 
organizations that produce computer 
animation. 

Entries will be judged in six cate¬ 
gories: broadcast computer graphics, 
television commercials, corporate 
presentations, technology and com¬ 
puter graphics research, short 
films/videos/theatrical computer 
graphics, and student/faculty works. 

Entries for this year’s competition 
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New computer research 
network urged 

National research networks now in 
use are “fragmentary, overloaded, and 
poorly functioning,” and “a serious 
mismatch” exists between today’s high- 
performance computers and low- 
performance computer networks, 
according to a National Research Coun¬ 
cil committee. 

A committee report titled Toward a 
National Research Network applauds a 
national network concept developed by 
the Federal Coordinating Council on 
Science, Engineering, and Technology 
of the White House Office of Science 
and Technology Policy. The committee 
was chaired by Leonard Kleinrock, 
professor of computer science at 
UCLA. 

The committee recommended that 
such a network charge modest fees for 
basic services and higher fees for 
advanced uses. It also suggested creat¬ 
ing an oversight committee with advice 
from one or more user groups, and tap¬ 
ping industry expertise and facilities for 
all aspects of the network, including 
design, management, and funding. 

The report is available from the 
Board on Computer Science and Tech¬ 
nology of the Research Council’s Com¬ 
mission on Physical Sciences, 
Mathematics, and Resources, 2101 
Constitution Ave. NW, Washington, 
DC 20418, (202) 334-2605. 


must be produced on digital, not 
analog, computers no earlier than 
December 1, 1987. Entries must be 
received by 5 p.m. EST December 1, 
1988. 

Finalists will be announced 
immediately following judging in 
January 1989. First-, second-, and 
third-place winners will be 
announced at the NCGA Awards 
Dinner during NCGA 89, April 
16-20 in Philadelphia. 

Official entry forms and more 
information are available from 
NCGA, 2722 Merrilee Drive, Suite 
200, Fairfax, VA 22031, phone (800) 
225-NCGA. 
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Editor: Richard Eckhouse, MOCO, inc., PO Box A, 91 Surfside Rd,, Scituate, MA 02055; Compmail+, r.eckhouse 


The PC as a graphics engine 

Richard Eckhouse, New Product Reviews editor 


The theme of this issue might loosely 
be called serviceable graphics. To me, 
serviceable graphics implies a set of pro¬ 
grams and utilities that help me produce 
the results 1 need for a specific applica¬ 
tion. For instance, suppose I need to 
make a presentation and want a pro¬ 
gram that uses my plotter to make 
transparencies. Alternatively, suppose I 
have a report that looks pretty drab as a 
pure text file and I want to dress it up a 
bit with some artwork and fancy fonts. 

My idea of a usable desktop publisher 
may thus differ a bit from what others 
would look for. Since 1 haven’t found 
the need to publish a newsletter or 
magazine, 1 look at all the packages 1 
receive and ask what they will do for me 
in writing a proposal or making a proj¬ 
ect plan more appealing. Often I have 
charts and graphs 1 want to place within 
the presentations and I’m not sure how 
to import these items into the text. In 
the past, I might have formatted the 
flow of the text so I could paste in a 
reduced copy of a figure, but I now 
wonder if a page scanner or video frame 
grabber might represent an easier 
method. 

To answer these questions, I’ve 
gathered a number of current products 
to test how well they match my model 
of serviceable graphics. What I offer 
isn’t a categorical review, such as can be 
found in the May 1987 issue of IEEE 
Software where desktop publishing is 
covered by an expert in the field. 

Instead, I tried to integrate all of these 
new tools into my everyday regime to 
see how I liked them. I found they 
increased my productivity. 

What follows is a look at modestly 
priced desktop publishers, a video 
frame grabber, a hand scanner, and a 
conversion utility. I hadn’t realized the 
need for the utility at the start, but 
when you discover the large number of 
image formats produced by the likes of 
Dr. Halo, PC Paintbrush, and GEM 
Draw, to mention just a few, you real¬ 


ize that compatibility is impossible 
without a conversion program. For¬ 
tunately, one of the vendors included 
such a package with its desktop pub¬ 
lisher, so I was able to move images 
from one system to another. 

Sorel Reisman, Software Products 
editor for IEEE Software, assisted with 
the review of IMSI’s Reflection. 


Publish It! 

The advertising for Publish It! played 
up to my kind of user, promising that 
the program needed no publishing expe¬ 
rience on the part of the user and yet 
was extremely fast to learn and refresh¬ 
ingly easy to use. Having avoided desk¬ 
top publishing because I didn’t want to 
learn a new skill or take days to master 
something too complex, I must admit 
that I was drawn to this package like 


the proverbial fly. 

The truth is, the software lives up to 
its claim. In less than an hour, I had 
installed the system using the auto¬ 
mated installation, gone through the 
quick-start minimanual, and learned the 
five steps to successful desktop publish¬ 
ing. Boy, was I hooked—I began to 
think in terms of converting all my 
reports and presentations to desktop 
publishing format. Beware—the bug 
could bite you as well. 

Publish It! is built on top of Digital 
Research’s GEM/3 Desktop, a graphi¬ 
cal/icon-based shell. So right off the 
bat you will need an IBM PC or com¬ 
patible with at least 512 kilobytes, a 
pair of floppy disk drives, a graphics 
card, and a graphics printer. I recom¬ 
mend a 640-Kbyte, AT-class machine 
with a hard disk, an EGA or better 
graphics card, a 24-pin or laser printer, 
and a mouse. The results will be much 
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better in terms of both speed and 
quality. 

An illustration in the program man¬ 
ual shows the starting screen after you 
get past the startup logo (see the accom¬ 
panying figure). The software uses a 
pull-down menu to operate, with the 
eight options given along the top. On 
the left are four boxes indicating the 
four work modes: frame, paragraph, 
text, and graphics. Depending on which 
option you’ve chosen, the library box 
below it will offer additional options to 
choose from. Choices include line art, 
images, paragraph and text styles, and 
drawing tools. 

The last box, called the page icon, 
tells you which page(s) are currently dis¬ 
played on the screen. 

Finally, depending on which areas of 
the screen you are working, the shape 
of the pointer will change to reflect the 
current function. 

Now, if all of this sounds 
complicated—it is. Not that you’ll have 
trouble understanding it—the excellent 
manual really leads you through all the 
details—but it’s darned difficult to 
explain in a short review how much you 
can do with this desktop publisher. 

There seems to be no limit to what 
you can do with Publish It! The sam¬ 
ples in the back of the manual include a 
letter, a report, a business form, an 
advertising page, a multipage newslet¬ 
ter, and a resume. While these samples 
are complex, using the system is not, 
and you should be able to quickly create 
anything you want. In my case, it was a 
page from a newspaper complete with 
scanned-in pictures (using the scanner 
described elsewhere). Of course, my 
first attempt—a letter—was even easier, 
but that was so easy, I had to try some¬ 
thing more difficult to use all the fea¬ 
tures of the system. 

Basically, the operation of the system 
is simple. You either start with a prede¬ 
fined style sheet or you create one (and 


save it to use again). The style sheet 
contains frames that you can move and 
resize, and new frames can overlap 
existing frames. Choosing from a pull¬ 
down menu, you fill a selected frame 
with a picture or an image. Additional 
pull-down menu selections allow you to 
change the characteristics of the text or 
picture, including font, point size, kern¬ 
ing, scaling, paragraph dimension, 
word spacing, paragraph style, hyphen¬ 
ation, and so on. 

Graphic aids, such as on-screen 
rulers, snap-to column guides, flowing 
text, and show/hide pictures assist in 
the page layout. A menu offers half, 
actual, double, size-to-fit, and two-page 
display for proper viewing of the page. 
At times I would have liked a few more 
options when it came to really blowing 
up the page for finer control in the edit¬ 
ing process. 

Other helpful features include auto¬ 
matic headers and footers, left and right 
master pages, a wide selection of 
bullets, and Alt-key combinations. 
Because the graphic capabilities are 
limited to lines, boxes, and circles. Pub¬ 
lish It! can import illustrations created 
with Lotus; the GEM series Draw, 
Graph, Paint, and Scan; and PC Paint¬ 
brush. A large collection of art objects 
is also included on both the eight 
5X-inch or 3K-inch floppies that come 
with this package. 

Having heard what other desktop 
publishers can do, I kept asking myself 
if Publish It! could do the same things. 
Examples included inserting drop caps, 
placing vertical and horizontal lines in 
the gutters, rearranging text, flowing 
text around pictures, creating borders, 
adding shading, and importing text 
from word processors. In all cases the 
answers kept coming up yes, although 
in some cases you would have to be a 
little inventive. For example, a drop cap 
is simple if you think of it as being held 
in a separate frame. 


Unless you absolutely have to have 
what everyone else is using or need to 
spend a lot of money. Publish It! is the 
package to buy. At $199.95, this prod¬ 
uct has a lot going for it and no limita¬ 
tions (at least as far as meeting my 
needs). The six fonts, ranging from 
seven to 72 points, and the nearly 200 
graphics are more than I’ve found in 
other packages costing considerably 
more. For this reason I will use Publish 
It! as my desktop publisher. 

Reader Service 21 


PagePerfect 

What sets IMSI’s PagePerfect apart 
from the other products is the inclusion 
of all the pieces needed for desktop 
publishing in a highly graphic and 
colorful presentation. While this inte¬ 
grated package includes the usual lay¬ 
out and composition capabilities and 
support for the Bitstream font library, 
it also includes a capable word proces¬ 
sor and a graphics editor. Thus, you 
can handle all of the tasks associated 
with generating a complete document 
using PagePerfect alone rather than 
having to swap back and forth between 
separate packages for each. 

From the time you first start 
PagePerfect, you’ll notice that this soft¬ 
ware is different. Its presentation is 
graphically oriented in that the upper 
left- and right-hand portions of the 
screen display the function keys and the 
keypad assignments. Pressing a func¬ 
tion key highlights the graphic and 
changes one or more of the information 
boxes that fill up the rest of the screen. 
At the same time, a help line explains 
the command. In this way the program 
keeps you constantly aware of what you 
are doing and what the next alternative 
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is. This makes it possible for the new 
user to become proficient quickly, with¬ 
out having to depend on a thorough 
reading of the manual. The mature user 
can disable this feature to remove the 
boxes from the screen and eliminate the 
error prompting sounds. 

In addition to this excellent user 
interface, which makes good use of 
color and graphics, PagePerfect is a 
full-featured desktop publisher. Like 
other DTPS, PagePerfect offers the 
usual set of controls for justification, 
type specification, paragraph spacing 
and indenting, kerning, hyphenation, 
and drop caps. Text can easily be 
imported from ASCII, WordPerfect, 
Word, WordStar, MultiMate, Cannon 
Express, and CanonWriter files into 
standard 8K X 11-inch pages and allowed 
to flow automatically into text boxes. 
Style sheets set up the initial page lay¬ 
out, but you can easily create or change 
them on the fly, rearrange stories to 
fill columns, and insert pictures. The 
program supports footnotes, but not 
the creation of an index or a table of 
contents. Also, it has no widow and 
orphan control. 

The features not found in some of the 
most popular packages but contained in 
PagePerfect include the on-line help, 
the file/disk manager, the word proces¬ 
sor, and the picture librarian. I’ve 
already mentioned how help is imple¬ 
mented. The file/disk manager is done 
much the same way, with a graphic 
depicting the disks (both hard and 
floppy) and the underlying files con¬ 
tained on each. As you navigate 
through the file tree, a separate box dis¬ 
plays the files while the top line offers 
the statistics for the currently high¬ 
lighted file. 

The word processor comes with the 
usual set of editing commands, includ¬ 
ing cut and copy, move and delete, and 
search and replace. What makes them 
different is the graphics interface. For 
example, if you execute a search opera¬ 
tion, a box drops down to ask about 
matching case, what direction to search 
(forward or backward), and whether to 
search for the whole word or not. A 
different drop-box prompts for the con¬ 
ditions under which a replace is to 
occur. When it comes to changing the 
style of the text, the options in the 
drop-box are bold, italic, underline, 
double underline, strikeout, case, color, 
and outline. You can make selections 
using the cursor key, the mouse, or the 
first letter of the option. 

Another unusual feature is a drop- 
box offering a wide selection of symbols 
and accents. From arrows to Greek to 
trademarks and acute, grave, and 
umlaut accents, you can create on¬ 


screen proportionally spaced text every 
bit as professional looking as if you 
were a true typesetter. When you’re 
done, a built-in spell checker helps 
those of us who need it. Finally, a 
thesaurus rounds out this very capable 
word processor. 

What you have to remember, how¬ 
ever, is that this is a word processor 
that is an integral part of the desktop 
publisher. Thus, you are really entering 
text right into the document. You have 
the options of making up and viewing 
the page as you create it. For instance, 
you can use one of the nine zoom levels 
to see what you’ve created and then 
go to layout to change the ordering of 
the paragraphs or to insert a picture. 
You can also define your gutters, block 
margins, and headers and footers, and 
print out selected portions to see how 
the finished product looks. For 
repeated operations you can create and 
play back macros. 

PagePerfect supplies two Bitstream 
fonts, called Dutch and Swiss. Nearly 
90 combinations of these fonts cover a 
range of sizes and styles. Again, a drop¬ 
down box allows you to specify what 
you want and what to apply it to. 

The picture librarian, another 
unusual feature of PagePerfect, once 
again makes you aware right from the 
start that this is a graphically oriented 
system. Instead of merely listing the pic¬ 
ture files by name, the program instead 
presents you with a cropped image of 
each. As you move down the list of 
files, the images scroll so that you don’t 
have to remember what some eight- 
letter name stands for. And because the 
creators of PagePerfect were careful to 
use the same function keys consistently 
throughout the system, the meaning of 
such commands as create or change 
remain the same whether you’re editing 
a text or a graphics file. 

A lot of people will already be famil¬ 
iar with the actual graphics editor. 

Based on Halo DPE, this rendition 
includes color and support for several 
popular page scanners. Unfortunately, 
it did not include the hand scanner 
described below. However, Halo CUT 
files (as well as TIFF files) could be 
imported, so that was the means I used 
for the two otherwise file-incompatible 
versions of Halo DPE. One other point 
worth mentioning: To create and 
change a graphics image larger than 
about 4.5 inches square, you will need a 
megabyte (actually 684 Kbytes) of 
expanded memory. 

PagePerfect will not run on just any 
machine. At minimum you will need an 
AT-class machine with 640 Kbytes, an 
EGA or better display adapter, a hard 
disk drive, and a high- density floppy 


disk drive (either 5'A or 3'A inches). 

You’d better have DOS 3.0 or later, and 
either a laser printer (Hewlett-Packard 
or JLaser) or a 24-pin printer (Epson, 
Toshiba, or NEC). A mouse is optional, 
as is a scanner (Cannon, Ricoh, or 
Microtek). The installation process, 
along with all of the supported devices, 
is explained in a quite thorough com¬ 
panion installation guide. The guide 
also explains the automated process for 
installing the system on your hard disk. 

Now let’s get down to actually using 
this system. I installed it both on a 
Deskpro 286 with 2 Mbytes of EMS 
memory and on a PC Genius 386 with 
Windows/386. In the latter case I used 
Windows not only because it was con¬ 
venient, but because it provided the 
necessary EMS memory. While not 
designed to run under Windows, 
PagePerfect generally worked smoothly 
except for occasionally hanging up 
when there wasn’t enough EMS mem¬ 
ory. But as I’ve said, that’s not the 
way it’s supposed to work, and I can’t 
fault either system when I go against 
the rules. 

Installation, although easy, does take 
a few minutes. Plenty of documentation 
comes with this system, including a 
tutorial guide separate from the refer¬ 
ence manual. The well done, indexed 
manuals make good use of color and 
italics not only to explain the software 
but to provide tips on using it more effi¬ 
ciently. The disappointment was the 
whopping 42-page addendum to the 
manuals containing all the changes and 
additions made since the original 
manuals were printed. Frankly, I think 
every purchaser should receive an 
updated manual free, because this 
addendum is just too much to integrate 
otherwise. 

As an example of a confusing point, 
every time I went to create and then 
save a graphics image from the picture 
librarian, I got garbage. Somewhere, 
and I forget exactly where, the adden¬ 
dum makes a rather obscure reference 
to the fact that you must exit the picture 
librarian in full-page mode to properly 
store an image. For a manual that 
shows both care and attention to detail, 
this kind of problem shouldn’t occur. 

So I gave up on the picture librarian 
temporarily to make my first document. 
Since I wanted to create just a headline, 

I simply took advantage of a large type 
face and the ease of inserting and mov¬ 
ing text. Later on, when I solved my 
problem, I just replaced the headline 
with the equivalent image. 

I created my first multicolumn page 
in less than an hour without reading 
more than the tutorial. You can choose 
from 15 style sheets or set up your own. 
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I decided to detail my own, since I 
wanted to literally paste a photograph 
onto the page and it’s a simple matter 
to create a picture box of the right size. 
This brings up a point worth mention¬ 
ing. PagePerfect does not include the 
typical ruler at the edge of a page, but 
rather provides the location and size of 
a box as you create it. Also, pictures 
must be rectangular, since text cannot 
flow around irregular shapes. 

Having created the style sheet, I 
imported the text and made some minor 
corrections using the editor. Next, I for¬ 
matted the paragraphs and changed the 
font size so that the text completely 
filled the page. The results were impres¬ 
sive on my 24-pin Epson LQ-1050. 

Using the help screens and the index, 

I became rather facile with the system 
and found it both fun and provocative. 

I had become a desktop publishing 
junkie with Publish It! and got really 
hooked with IMSI’s easy and interest¬ 
ing to use PagePerfect. 

At $495, this software is in many 
ways a bit more versatile and complete 
than others costing $200 to $400 dollars 
more. In comparison to lower-priced 
systems, you get more features. As a 
result, I think it represents an excellent 
value as a desktop publisher and I 
would recommend it. 
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DFI Handy Scanner 

While this review is limited to Dia¬ 
mond Flower International’s Handy 
Scanner HS-2000 and mouse DMS-100, 
DFI is probably better known as a full¬ 
line vendor of PC board products. DFI 
offers a product line ranging from 
RAM cards to display adapters, and 
LAN cards to multifunction I/O 
boards, including compatible mother 
boards, at reasonable prices. 

The Handy Scanner at $299 and the 
mouse at $69 are no exceptions to the 
company’s quality-for-the-price reputa¬ 
tion. Both of these devices come pack¬ 
aged with Halo software. Halo DPE in 
the case of the HS-2000 and Halo Paint 
and Graph with the DMS-100. As a 
result, you get a real bargain when you 
purchase either. 

Let’s consider the scanner first. The 
device fits nicely in the palm of your 
hand. The viewing window makes it 
easy to adjust the 4)^-inch scan path as 
you pass over the image being scanned. 
A start button, activated by your thumb 
(this is a right-handed device), starts the 
scan just where you want it. The 



photo/letter switch lets you choose 
halftone or solid intensity levels, while 
the brightness knob changes the dark¬ 
ness of the image. 

The scanner interfaces to the PC 
using a plug-in adapter board. This 
short board uses either DMA channel 1 
or 3 and two I/O ports. The unusually 
complete user’s manual includes assem¬ 
bly code to change which DMA channel 
is assigned. It also tells you how to 
completely control the scanning process 
from initiation to storage of the 
scanned image in memory. The 
introductory chapters explain the opera¬ 
tion of the scanner and the numerous 
programs that come with the device. 

Handy Scanner software works with 
CGA, EGA, and Hercules graphics 
adapters. In fact, when you start the 
scan utility program, it indicates which 
board it thinks you have. At that point 
you can accept the choice and select 
from the menu what to do next: file, 
scan, view, cut, quit, and scan speed 
(fast or slow). If a mouse is installed, 
you can also select any of the menu 
items with it as well as window over and 
bit edit the scanned image (which at 200 
dots per inch is larger than the screen 
can display). 

The two windows on the screen 
include the current view on the left and 
the total view on the right. The current 
view displays the results of the scan 
as you move down a page. Scanning 
starts when you press the button on 
the Handy Scanner and ends when you 
press a key. Thereafter, the total view 
shows on the right, with a movable 
rectangle indicating the area of the cur¬ 
rent view. 

The cut function lets you select what 
portion of the scanned image to save. 
The file function then saves the image 
in one of four formats (Windows or 
.msp, GEM or .img. Dr. Halo or .cut, 



DFI offers the HS-2000 Handy Scanner 
for text and image entry, and the 
DMS-100 mouse, which comes with 
Halo Paint and Graph software. 


and PC Paintbrush or .pcx). Another 
file option lets you rotate the image 90 
degrees before saving it in case you’ve 
scanned the image perpendicular to the 
way you want to store it. 

I used the scanner for a number of 
line drawings, black and white photos, 
and the company logo. It took a short 
while for me to learn how to make a 
steady scan pass so that I didn’t bunch 
up or stretch out the items I was scan¬ 
ning. Having mastered it after a dozen 
or so tries, I next learned that you need 
to move the scanner parallel to any 
straight lines so that they don’t look 
jagged. Again, this isn’t hard to master, 
but it wasn’t immediately obvious—I 
had to look at the results. 

Speaking of results, they were excel¬ 
lent. The logo scanned in perfectly and 
when printed out looked exactly like the 
original. Line art also looked rather 
impressive. Photos are a bit more diffi¬ 
cult, but with practice I found them to 
be of a higher quality than I could get 
with a video capture board. Of course, 
there is a significant difference between 
the 75 dots per inch from a video cap¬ 
ture board and the 200 dpi from the 
Handy Scanner. 

Because the DFI utility software sup¬ 
ported the most-popular disk formats 
for storing images, I could import the 
results from the Handy Scanner into 
both my desktop publishing programs. 
Again, the results were excellent. They 
made this device a useful addition to 
those programs. 

The scanning utility program requires 
384 Kbytes. An alternative is to use 
Halo DPE both to collect an image and 
to create sophisticated graphics. In this 
case you will need 512 Kbytes (640 
Kbytes recommended). Since this isn’t a 
review of Halo DPE, let me simply con¬ 
clude with the comment that Halo DPE 
is excellent software and adds signifi- 
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cant value to the DFI Handy Scanner. 

By the way, DFI has just announced 
a new version of the Handy Scanner 
called the HS-3000. Priced at $349, the 
device scans at 100, 200, 300, and 400 
dpi. It uses a yellow/blue LED to elimi¬ 
nate the 2000’s red LEDs and conse¬ 
quent problems for color-blind users. 

Another announcement scheduled to 
follow on the heels of the HS-3000 
will be for a $99 optical-character- 
recognition software package. Based 
on the Carets system (reviewed else¬ 
where in this issue), the software will 
use either Handy Scanner version to 
recognize and convert to ASCII typical 
dot-matrix-printer output in both 10 
and 12 pitch. Another feature of this 
software, a page splicing or zipper 
procedure, will allow office documents 
to be scanned in two parts, that is, left 
and right page halves. The two halves 
are joined together to form a complete 
page of text. 

Turning to the DMS-100 optically 
encoded mouse, here again is another 
great DFI deal. This two-button device 
connects to a serial port through a stan¬ 
dard 25-pin D connector. A software 
driver is included, but you really don’t 
need it. The mouse checked out as more 
compatible with the Microsoft Mouse 
than any other I’ve tested, including 
those that claim to be. 

Two other items included are the 
Halo Paint and Graph software and a 
mouse pad. 

Ergonomically styled and well built, 
this value-priced mouse does away with 
any excuse for not adding one to your 
system. With so much software taking 
advantage of pull-down menus and 
mice, it’s time to add the DMS-lOO to 
your system. I heartily recommend it 
to you. 
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ComputerEyes 


A fair number of video frame grab¬ 
bers compete on the market. Since my 
review machine was an IBM PC clone, 1 
limited myself to those made for that 
machine. The first thing I noticed was 
the wide range in pricing. Not being 
sure just what I would use a video 
acquisition system for, 1 decided to start 
at the low end and see what these 
boards have to offer. 

Digital Vision’s booth at a recent 
show caught my eye with their new full- 
color video digitizer. The half-size cir¬ 
cuit board that works with just about 


any standard video source was priced at 
just under $400.1 was impressed by 
how easy it was for them to aim the 
camera at a passerby to capture a pretty 
respectable picture. 

Because the color version wasn’t 
available in time for this review, I opted 
for the $249.95 black and white version 
of the product. I don’t have a color 
printer and didn’t have a current need 
for the color version anyway. What I 
received from Digital Vision was ver¬ 
sion 2.1, containing new support for 
CGA, EGA, Herclules, and VGA 
graphies boards as well as the most 
popular disk image formats. 

The first question that comes to mind 
is, how does Digital Vision get the price 
so low? The answer is simple—the 
board implements a slow scan algo¬ 
rithm. Thus, instead of having lots of 
memory on the board to capture an 
image quickly, the PC’s memory is used 
instead. This means that a complete 
b/w image scan takes either six or 12 
seconds to complete. Higher-priced 
boards accomplish the same task in 
l/60th of a second. 


Is this slow scan rate a problem? 
Clearly not, if your video image is from 
a VCR. But what about a live image of 
a person? Again the answer is no; not 
one of my subjects had any trouble at 
all holding a pose until the scan was 
complete. When I purposely asked the 
subject to move, the results were obvi¬ 
ously smeared. That might be interest¬ 
ing to a computer artist, but wasn’t 
what I was looking for. 

Okay on the technique, how about 
setting up the system and using it. The 
owner’s manual guides you through 
both the hardware and software instal¬ 
lation. This well-done manual has a 
step-by-step description of setting the 
dip switch on the board to speeify its 
port address, plugging the board into 
the bus, and installing the software on 
your system. It discusses video sources, 
along with starting up the software and 
calibrating the board (such as setting 
the brightness and contrast). The 
remainder of the manual thoroughly 
describes the software, including a dis¬ 
cussion of the various methods for stor¬ 
ing the video images in different formats. 


Digital Vision’s ComputerEyes video acquisition system consists of a board, soft¬ 
ware, and documentation. The accompanying pictures give some indication of the 
system’s ability to digitize images, here two boys and a truck. 
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The well-done software really doesn’t 
require the manual to use. The screen 
display consists of four regions that 
include a menu selection, the current 
selection, a few lines of help, and the 
current settings (brightness, contrast, 
graphics mode, and scan speed). You 
select an item with the arrow keys or by 
number and execute the command with 
the return key. What makes the manual 
so helpful is that it thoroughly explains 
the options, such as the different image 
formats. 

Before going into more detail about 
scanning and displaying an image, I 
need to describe how ComputerEyes 
works. The resolution of the system is a 
640 X 200 six-bit video sample (64 inten¬ 
sity levels). With a few extra bytes 
reserved for future use, this translates 
into 128,900 bytes of raw data. Regard¬ 
less of what graphics mode you use, this 
is what the system captures. As a result, 
you can display the image over and over 
in any of the supported modes and dis¬ 
play styles without having to capture 
another image. This is really neat—it 
allows you to choose the best mode and 
style for the image. 

Graphics modes relate to a choice of 
CGA, EGA, Hercules, or VGA. Within 
each you can specify the horizontal and 
vertical resolution appropriate for the 
graphics mode (such as 320 x 200, 

640 X 200, 640 x 350, 640 x 480, or 
720 X 348). In addition, the display 
styles (high contrast, dithered intensity 
levels, solid intensity levels, or false 
color) determine how to resolve the 64 
intensity levels captured. 

As long as you save the raw image, 
you can recall it at a later time and 
redisplay it. Alternatively, you can save 
it in one of the five most popular for¬ 
mats (TIFF, IMG, MSP, PCX, and 
PIC). That’s very handy because it 
doesn’t require a conversion routine for 
you to import a scanned image into Dr. 
Halo or Microsoft Paint. Clearly, the 
best thing to do is to save the raw image 
and convert it later, when you do the 
importing. 

Another feature of this board is that, 
using a separate monitor, you can look 
at the image before it’s captured. The 
three RCA jacks that come out of the 
board are for this monitor, the video 
source, and the composite video output 
port of a CGA display adapter. Since I 
had a monitor built in to the camera I 
was using, I only needed the one cable. 
And if I forgot to turn on the camera 
(or the VCR), the software detected the 
lack of a video source and beeped at me 
with an error message. 

The whole system installed easily and 
worked smoothly. Video images were 
easily captured, displayed, and 


imported to other programs. The qual¬ 
ity of both the hardware and the soft¬ 
ware was outstanding, and I found 
absolutely nothing to criticize in this 
system. For the rather modest price, I 
think I got a real bargain, one that 
exceeded all of my expectations. 
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Converting output to input 

The mention of optical character 
recognition brings images to my mind 
of expensive scanners and powerful 
software that together cost thousands 
of dollars. But if you’ve been following 
along with me to this point, you already 
know that a hand scanner and a $99 
software package are all you need to 
read the printed word—as long as its 
from your dot matrix printer. 

Carets, or Computer-Aided Retyping 
System, from Pattern Analytics is the 
source of this new, low-priced breed of 
OCR products. Used either with facsi¬ 
mile communication boards or scanners 
attached to PCs, this system can be eas¬ 
ily trained to read common typewriter, 
printer, and laser fonts. Read rates of 
15-30 characters per second are possible 
with the 12 built-in fonts (IBM Selec- 
tric, Displaywriter, and Quietwriter; 

HP LaserJet; Panasonic KX series; 
Xerox Laser; and dot matrix from 
Epson and C-Itoh). But if you need to, 
you can scan in a new font and train 
Carets in a remarkably short time—15 
minutes more or less, depending on 
your typing and reaction speed. 

Interestingly, the folks at Pattern 
Analytics also thought of how you 
might want to use the text output. 

Thus, this system has built-in support 
for commonly used word processors 
such as 'WordPerfect, Wordstar, Volks- 
writer. Multimate, Displaywrite, Word, 
Xywrite, and PC-Write. This means 
that underlining and paragraph makers 
are properly handled, and questionable 
scan characters can be marked for easy 
search and replace. Alternatively, you 
can still use ASCII with Carets’ line and 
page editor to preview text during con¬ 
version and to correct any questionable 
characters. 

What does all of this require in terms 
of hardware? In the scanner edition 
($495), it means a scanner such as the 
HP ScanJet, ShapeScan SS300, Pana¬ 
sonic FX-RS505, Ricoh RS 320, Micro¬ 
tek MS300A, or Cannon IX-12. The fax 
edition ($295) works with any 100- or 
200-dpi scanner, so I used the Handy 
Scan HS-2000. The system supports two 


images, TIFF (tagged image file format) 
and PCX (PC Paintbrush); the latter is 
supported by the Handy Scanner 
software. 

The results were really quite spectacu¬ 
lar. I printed out a short, 46-word para¬ 
graph on my Epson LQ 1050 dot matrix 
printer in draft mode. Without training, 
and using the MX-80 font (which is a 
9-pin font and considerably different 
from the 24-pin LQ font). Carets mis¬ 
read 46 out of the 185 characters. All of 
the misreads were obvious, like capital 
“O” or “P” for the lowercase letter 
and “$” for “s,” plus confusion over 
“1,” “i,” and “1.” A short training 
session fixed most of these, so that mis¬ 
reads went down to 6 out of 185. I 
thought that was pretty darn good for 
the combination of low-priced scanner 
and software. 

I should note that it’s difficult to use 
a hand scanner and scan down a page 
parallel to the edges. This doesn’t seem 
to bother Carets. The only indication 
that I’ve done so is an ASCII output 
with a left margin not aligned from the 
beginning to the end of the paragraph 
(after several lines, the next line was 
moved one character to the left). 

But I didn’t finish with what’s 
needed. Besides a scanner, you’ll need a 
PC or compatible (the faster, the bet¬ 
ter), DOS 3.0 or later, a hard disk, and 
640 Kbytes. A math coprocessor will 
accelerate things, but is not a require¬ 
ment. On my 386 the scan and conver¬ 
sion rates were on a par with the 
spelling checker in my word 
processor—not so fast that the pages 
flew by, but faster than I could easily 
follow with my eyes if allowed to pro¬ 
ceed without intervention. 

Learning and using this software is 
another matter. This is pretty rich stuff, 
so the manual is written as a 10-lesson 
trainer and not a reference document. It 
has a helpful table of contents, but no 
index. I found you can’t just plunge 
into this system and expect things to fly 
without reading the manual. 

When started. Carets comes up with a 
impressive main menu. It’s all in text 
format, without fancy pull-down 
menus, and includes four supporting 
menus with file types for you to supply. 
My one criticism of this whole system is 
that it would be nice if you could select 
the file types from lists that Carets 
would show you rather than having to 
type each one in. I’m sure that I’m 
spoiled by the new rash of graphically 
oriented software that lets me point and 
shoot. But this is only version 1.0 of the 
system, and I expect that in time this 
will change as user comments are 
assimilated. 

The five menus are (1) the main 
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menu, (2) the document image menu, 

(3) the document text menu, (4) the 
reading font menu, and (5) the training 
font menu. In the main menu you 
specify the mode of operation, reading 
or training; the pitch, mono or propor¬ 
tionally spaced; whether the document 
was printed with serifs, printed on a dot 
matrix printer, or includes underlined 
text; plus the various files to be read in 
and converted to, the font type to be 
read, and the font type to train for. 

The submenus elaborate on the main 
menu functions. For example, they list 
all the reading fonts available and sug¬ 
gest which ones to try if you don’t 
specify the font scanned in (that is, let 
Carets find a best match between what 
you scanned in arid the fonts it recog¬ 
nizes). They also show the scanning 
resolution and page margins to use, the 
output options (including word proces¬ 
sor type, paragraph and underline mar¬ 
kers, and marking of questionable 
characters), and characteristics of the 
training font, plus the minimum and 
maximum samples per template to train 
on (usually between 16 and 32 samples 
of the same letter). 

As I’ve said, it’s harder to describe all 
of this than to use it. Once mastered, 
you can easily train the system by print¬ 
ing out a sheet containing full character 
samples, typically in the form of six- 
character words (such as aaaaaa 
bbbbbb cccccc . . .) arranged in 10 
columns and 10 rows repeated four 
times. The manual includes training 
sheets for most of the fonts, and you 
can make up your own sample using 
your output device. Next, you scan in 
the sample. Then you correct what 
Carets thinks it saw with what was actu¬ 
ally in the sample. At first, nothing is 
recognized, but Carets quickly comes to 
recognize obvious letters and special 
symbols. By about the tenth line, it 
seems to make very few mistakes. Of 
course, if your font resembles one 
already recognized by Carets, that will 
speed the training process. 

The results are truly impressive. Since 
1 didn’t have a page scanner, I didn’t 
test this software exhaustively. How¬ 
ever, using the lessons and the pre¬ 
scanned sheets, I became convinced that 
Carets is everything it claims to be and 
much more. It’s a really impressive and 
valuable piece of software engineering 
that seems rather underpriced. If you 
can benefit by not having to retype in 
something that has been already 
printed, or even if you’re just interested 
in seeing OCR software at work, this is 
the one to buy. 
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One solution to the 
imaging problem 

As I’ve already mentioned above, 
you can run into a number of potential 
pitfalls when working with devices 
using the graphics mode of a PC. One is 
simply the different on-disk formats 
that the various graphics packages use. 
Fortunately, a solution exists. 

Reflection is an interesting little pro¬ 
gram that converts graphics files from 
one format to another. It converts 
between formats for Amiga (.iff), Com¬ 
puServe (.gif). Dr. Halo (.cut), Hewlett- 
Packard LaserJet (.hpc), Inset/Reflec¬ 
tion (.pix), Macintosh (.mac), PC 
Paintbrush (.pcx), Aldus tagged image 
file (.tiO, and regular text (.txt). It also 
converts Lotus .pic files to any of these 
and will convert any of the formats to 
Postscript (.psc) format. 

Reflection includes a RAM-resident 
graphics screen-capture utility called 
Capture that lets you save screen images 
to disk as .pix files. It can also capture 
an image being printed. Other options 
include exchanging black and white 
pixels during conversion, which helps 
when converting text screens whose 
black backgrounds make the white text 
hard to read when printed on laser 
printers. 

Reflection can be loaded with a menu 
interface, or you can enter command¬ 
line parameters when you invoke the 
program. 

While I successfully converted files 
among several PC formats and Mac¬ 
Paint format, I was hindered by the 
menu interface. With programs like 
this, you would expect to simply load it 
up and select the few options required 
to do the small job the program is 
designed to accomplish. Instead, I 
found myself pushing escape keys, tab 
keys, return keys, and spacebars as I 
tried to move from field to field or 
screen to screen. The process was more 
burdensome and time-consuming than 
it had to be—so much so that once I 
had to call technical support, an effi¬ 
cient but somewhat unfriendly group. 

Despite this. Reflection is a useful 
program. Once you find out how to do 
what you need done. Reflection can do 
it. 


Reflection runs on PCs and compati¬ 
bles with MS-DOS 2.0 or higher. It 
costs $89. 
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Issues regarding 
resolution 

Another issue has to do with the 
image resolution. What are the capabili¬ 
ties of the video frame grabber or hand 
scanner, and how does that relate to 
what you will eventually display or print 
out? 

For example, a video frame grabber 
with 640 X 350 resolution will match 
just fine with an EGA or VGA display. 
But how can you display it on a CGA 
display? 

Going the other way, what happens 
to your hand scanner image, scanned at 
200 dpi, when it’s displayed on your 
13-inch color monitor with VGA 
board? Here, you’re going from a mod¬ 
est resolution (200 dpi) to a screen with 
approximateiy 75 dpi. 

Most importantly, what happens to 
this same image when it’s imported to 
your graphics software, such as a desk¬ 
top publisher, capable of printing to a 
NLQ 24-pin printer at 180 dpi or a laser 
at 300 dpi? Is what you see what you get 
on output? If so, the better resolution 
of the scanner and output device means 
nothing, because the software doesn’t 
treat the image differently from input to 
display to output. 

This last point is so important 
because you are bound to be disap¬ 
pointed with the results you actually get 
compared to what you thought you 
were going to get. 


Summing up 

The range of software and hardware 
devices for the PC continues to expand, 
offering many new and novel items for 
very reasonable prices. Each of the 
products reviewed here is quite versatile 
and easily integrated into the collection 
of tools needed for everyday use. Each 
product comes highly recommended, 
and should easily increase your produc¬ 
tivity in making more interesting and 
more pleasing presentations. 

The most difficult choice is between 
Publish It! and PagePerfect. Since both 
are capable desktop publishers, the 
choice really becomes one of features. 

If you need and are willing to pay for 
the additional features PagePerfect 
offers, then it’s your best choice. If you 
want something a bit simpler and easier 
to use, then go for Publish It! Either 
way, you’ll be pleased. 
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Software & Systems Professionals 


The BDM 

Challenge is 

Right for 

Your Future 



We want to put you to work in an organ¬ 
ization that welcomes new ways of look¬ 
ing at the world ... and better ways of 
making novel Ideas solve real problems. 
We are BDM, one of America's foremost 
leaders in professional and techical ser¬ 
vices. Today, as a subsidiary of Ford 
Aerospace, we are pushing forward new 
frontiers of knowledge and applications 
to meet software design and develop¬ 
ment, and Integration challenges of every 
kind — information decision support, 
intelligence, and C^l. 

Software professionals at BDM have the 
chance to develop Innovative applica¬ 
tions and real-time software for systems 
on advanced microprocessors and 
mini-computers. You will be involved in 
developing software from the device- 
driven level all the way through to large- 
scale systems. 

Opportunities exist for technically 
degreed professionals at all levels of 
experience in such locations as: 


McLean, VA 
Albuquerque, NM 
Columbia, MD 
Dayton, OH 
Los Angeles, CA 


Seattle, WA 
Tacoma, WA 
Huntsville, AL 
Leavenworth, KS 
Detroit, Ml 


Software Engineering 

We seek software engineers interested 
in developing problem solving systems 
for our clients. These positions involve 
performing the requirements analysis, 
design, implementation, testing and 
sometimes training on various informa¬ 
tion, communications and decision sup¬ 
port sytems. Candidates should have 
experience with ORACLE, Ada, WIN¬ 
DOWS or NATURAL languages. Expe¬ 
rience with SUN workstations and UNIX 
operating systems a plus. 
Software/Systems Development 
We are working in intelligence fusion 
software development, intelligence col¬ 
lection management software develop¬ 
ment, and integration of off-the-shelf 
microcomputer systems for military 
applications, threat evaluation, nuclear 


targeting, and weapons delivery planning 
software development. Candidates must 
possess experience with DOD programs 
as well as working knowledge of at least 
two formal computer languages (e.g., 
Pascal, PL/1, Ada, C, SIMSCRIPTII). 
Software Test And Evaluation 
These positions entail the review and 
assessment of software systems devel¬ 
opment and test approaches. You would 
participate in and lead technical teams 
In analyzing and evaluating approaches, 
requirements, and implementation of 
large and small software systems. 
Including Ada development projects. 
Qualified individuals must have expe¬ 
rience with DoD software development, 
test, evaluation, quality assurance 
and/or configuration management. 
Corporate Information Systems 
Current openings exist for individuals 
with software development experience 
or large IBM mainframes and DEC com¬ 
puters. We are also seeking an individ¬ 
ual to be our LAN (Ethernet) communi¬ 
cations specialist. 

Computer Security 
These positions require an advanced 
technical degree and experience in 
computer security development or anal¬ 
ysis with specific capabilities in one or 
more of the following areas: formal veri¬ 
fication techniques, security modeling, 
trusted criteria applications, formal 
specification techniques, FDM, HDM, 
GYPSY experience. 

Database Management Systems 
BDM is currently working with various 
DBMS to include ORACLE, IDMS/R, 
M204, DATACOM/DB, INGRES and 
others. We are designing databases for 
our clients as well as performing data¬ 
base security and relational database 
design. 

Communications Engineering 

You will perform work on a wide variety 
of challenging projects involving analy¬ 
sis of computer systems, protocols, 
message switching and processing, and 
modeling and simulation of communica¬ 


tion and computer networks. We seek 
technical degreed individuals with expe¬ 
rience in packet-switched WAN’s, 
TCP/IP, X.25, OSI, ISDN, DDN upper 
layer protocols, network systems plan¬ 
ning, and network interface equipment. 
Advanced Manufacturing Systems 
BDM’s approach to AMS begins with 
sound strategic planning and efficient 
process design, and leads to innovative, 
practical systems architecture that 
meets and anticipates manufacturing 
needs. Process and control hardware 
and software are chosen and integrated 
to fulfill immediate demands and 
accommodate future modernization. 
Experience in systems integration 
and/or expert systems development 
desired. 

Systems integration 

BDM has performed systems integration 
in a spectrum of areas which include 
signal processing, communications, 
intelligence, energy, test and instrumen¬ 
tation, and others. Our involvement 
ranges from designing and integrating 
total systems ... to performing subsys¬ 
tem integration ... to creating and 
fielding complex Instrumentation and 
test systems. 

BDM offers a competitive compensation 
package, an environment with unlimited 
growth opportunities, and a staff of 
highly qualified technologists to aug¬ 
ment your talents. If you seek challenge, 
and the opportunity to use your entre¬ 
preneurial talents, rush your resume and 
geographical preference to: 

BDM International, Inc. 

Attn: Holly K. Marcario 
Dept. CM 1088 
7915 Jones Branch Drive 
McLean, VA 22102 

An Equal Opportunity Employer. U.S. citizenship is required. 
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NEW PRODUaS 


Ti-ansputer-based, modular computer fits on a desk, runs 
at 45 Mflops and 150 VAX MIPS 


Cogent Research has announced the 
XTM, a transputer-based, modular, 
parallel-processing computer that fits 
on a desk. According to the company, 
users can configure the XTM to achieve 
performance rates of more than 45 
Mflops and 150 VAX MIPS (the DEC 
VAX 11/780 runs at 1 MIPS). 

Each XTM contains two Inmos 
T800-20 transputers. Hardware config¬ 
urations of the XTM range from two to 
400 processors. The company report¬ 
edly achieved the reconfigurable archi¬ 
tecture through a parallel bus structure 
and intelligent switch. The bus struc¬ 
ture, according to Cogent, provides 
high-speed communication between 
processors and takes advantage of the 
transputers’ built-in communication 
links. 

The XTM employs the tuple-based 
Linda software environment developed 
at Yale University. Users can invoke 


Linda by adding four statements to 
other programming languages, such as 
Lisp, Ada, Fortran, C, and C -i- -i-. 

Linda provides automatic task alloca¬ 
tion and automatic process synchroni¬ 
zation, according to Cogent. Moreover, 
Unix library compatibility allows users 
to port existing sequential software. 

Pricing depends on the system config¬ 
uration. It starts at $19,800 for a two- 
processor system with 3 Mflops and 10 
MIPS performance. A 30-processor sys¬ 
tem with 45 Mflops and 150 MIPS per¬ 
formance sells for $225,300. The 
maximum number of processors possi¬ 
ble in one system is 1,900. 

The basic two-processor workstation 
comes with 8 Mbytes of RAM, a 90- or 
190-Mbyte hard disk drive, an 
800-Kbyte floppy disk drive, and three 
NuBus slots. 
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Wang VS 5000 minis use 
single-chip instruction set 

Wang Laboratories has announced 
the VS 5000 series of minicomputers. 
Two standard and two expansion cabi¬ 
nets provide mounting locations for the 
CPU, the I/O coprocessors, and a vari¬ 
ety of mass-storage peripherals. 

The CPU operates at 25 MHz, 28.6 
MHz, or 33.3 MHz. The chip provides 
the entire VS instruction set, consisting 
of an IBM 370 instruction set plus other 
queue and stack operations. It imple¬ 
ments a 32-bit processor design and 
contains more than 100,000 transistors. 
The chip provides an instruction 
prefetch implemented in hardware, plus 
a three-stage pipeline for microin¬ 
structions. 

The Information Bus data path con¬ 
nects all processors. It handles data 
transfers of up to 20 Mbytes of data per 
second. 

Each VS 5000 system includes a 
Resource Control Unit, a specialized 
I/O coprocessor that manages system 
startup and diagnostics. The board 
includes asynchronous ports for the 
control workstation and three other 
workstations or printers, a Small Com¬ 
puter Systems Interface controller, a 
floppy-disk-drive controller, and a port 
for remote system administration or 
maintenance support. 

VS 5000 systems are available already 
configured, or configured to customer 
needs, according to the company. 

Prices for standard configurations start 
at $8,800 for Model 53S30V-1A with an 
annual license ($10,300 with a perpetual 
license) and range up to $118,000 for 
Model 56S60V-16C (with a perpetual 
license). 

Wang offers a native-mode imple¬ 
mentation of VS IN/ix, an operating 
system that complies with AT&T Unix 
System V.2, for the VS 5000 systems. 

VS 5000 IN/ix systems cost from 
$12,500 to $113,000. The operating 
system is licensed for configurations of 
up to 32 users. 
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Cogent Research’s XTM parallel-processing computer employs the Linda software 
environment. Users can configure the hardware with varying numbers of 
transputer-based XTM modules. 
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DEC offers new networking hardware, software 


DEC improves access to 
IBM and other systems 

Digital Equipment has announced 
two DECnet/SNA Gateway products to 
allow DEC users to access IBM applica¬ 
tion programs or other resources, trans¬ 
fer data betweeen DEC and IBM files, 
and emulate IBM terminal devices. In 
addition, the new VAX FT AM software 
enables users in a DECnet environment 
to transfer, copy, delete, and display 
file information on any system that 
meets the OSI specification. 

The high-speed DECnet/SNA 
Gateway-CT (Channel Transport) 
attaches directly to a System 370 chan¬ 
nel. It supports 255 concurrent sessions, 
using the DEC ChannelServer hard¬ 
ware. It costs $44,500. 

The medium-speed DECnet/SNA 
Gateway-ST (Synchronous Transport) 
runs on synchronous transmission lines. 
It supports up to 128 concurrent ses¬ 
sions, using the DEC MicroServer hard¬ 
ware. It costs $20,500. 

The company’s new VAX File Trans¬ 
fer and Access Management software 
enables users in a DECnet/OSI-based 
network to perform file transfer and file 
management to any system that com¬ 
plies with the FTAM Open Systems 
Interconnection specification. VAX 
FTAM preserves the semantics and 
structure of file data exchanged 
between open systems. Prices for the 
software range from $900 to $21,600, 
depending on the system on which it 
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Digital Equipment has announced a 
number of hardware and software 
products for enterprise-wide network¬ 
ing. The DEC MicroServer is an Ether¬ 
net communications server and the 
DSV11 is a wide-area interface. The 
software consists of DECrouter 2000 
and X25router 2000. 

The DEC MicroServer incorporates 
Micro VAX II technology and report¬ 
edly achieves speeds up to four times 
higher than DEC’S previous communi¬ 
cations servers. It costs $12,000. 

The DSV 11 interface links Micro- 
VAX systems, providing two lines at 64 
Kbps running different applications, or 
one line at 256 Kbps. It permits access 
to wide-area networks using the DEC¬ 
net, X.25, or SNA protocols. It costs 
$4,650. 

DECrouter 2000 software uses the 
MicroServer hardware. The company 


Digital Equipment has upgraded its 
Ultrix operating system with the release 
of Ultrix Worksystem Software. 
Ultrix-32 V3.0 reputedly provides 
improved portability, allowing applica¬ 
tions to run on computers from multi¬ 
ple vendors. 

According to the company, Ultrix-32 
complies with the IEEE 1003.1 Posix 
standard and the National Bureau of 
Standards interim Posix FIPS. It also 
complies with the base-level specifica¬ 
tion X/Open Portability Guide, XPG2, 
and meets the System V Interface Defi¬ 
nition Release II, Volume 1. The com¬ 
pany has added Berkeley Distribution 


asserts that the new software improves 
routing performance up to four times 
the speed of its DECrouter 200. It sup¬ 
ports up to four synchronous lines and 
reportedly allows users to send and 
receive messages between 63 geographi¬ 
cally remote areas, each with up to 
1,023 system nodes, at speeds up to 256 
Kbps. It costs $12,500. 

According to the company, 

X25router 2(K)0 software extends the 
DECrouter 2000’s capabilities to a 
wide-area environment using the X.25 
protocol. The software allows users on 
a DECnet/OSI network to share infor¬ 
mation and resources across an X.25 
network. It costs $16,500. 
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4.3 enhancements. 

The Unix-based operating system 
includes more than 200 commands and 
utilities, with program development 
tools and compilers. 

Ultrix-32, through Ultrix NFS 
Clusters, now permits up to 16 devices 
(VAX CPUs and HSC 70s) to operate 
in a distributed file system environment 
over a dual-path, 70-Mblt link using 
NFS protocols. 

Prices range from $2,100 on the 
MicroVAX 2000 to $56,058 on the 
VAX 8820. 
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DEC upgrades Ultrix, improving portability 


Unix coprocessing board hits 8-10 MIPS 


Aeon Technologies offers a Unix 
coprocessing board that reputedly 
delivers 8-10 (VAX 11/780) MIPS of 
sustained performance at 30 MHz. The 
532/AT Desktop Mainframe plug-in 
board comes with 4-16 Mbytes of mem¬ 
ory, support software, a Binary user’s 
license, and support documents for the 
Unix System V.3 operating system. 

According to the company, the 
532/AT coprocessor disk caching soft¬ 
ware can use memory expansion cards 
to offer virtual disks. The card was 
reportedly designed for real-time and 
Unix applications. It operates at 25 or 
30 MHz. 


Aeon offers a 32381 floating-point 
coprocessor as an option with the 
532/AT coprocessor board. 

Languages available include C, Pas¬ 
cal, Fortran, Lisp, Cobol, Basic, Ada, 
and assembly. 

The 532/AT is configured to use an 
Enhanced Graphics Adapter. Support 
software includes Tektronix 4105 color 
and DEC VTIOO monochrome terminal 
emulation. 

A 4-Mbyte 532/AT running at 25 
MHz, plus a 32381 floating-point 
coprocessor, costs $9,980. 
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The 532/AT coprocessor from Aeon 
Technologies comes with up to 4 
Mbytes of 32-bit DRAM on a single 
board. 
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Gold Hill upgrades GoldWorks, offers students’ GCLisp 


Gold Hill Computers has upgraded 
its GoldWorks expert system building 
tool with the release of GoldWorks II. 
New features include windows support¬ 
ing graphics, a mouse, fonts, and color; 
the Graphics Layout Tool allowing 
developers to build graphics end-user 
interfaces without programming; 
browsers providing a graphical repre¬ 
sentation of the expert system under 
construction; a rule editor; the Multiple 
Assertion Representation System, an 
inference engine supporting integrated 
forward and backward chaining; an 
interface to C, dBase III, Lotus 1-2-3, 
Windows Draw, Dynamic Data 
Exchange, HyperCard, and formatted 
text files; and a Common Lisp environ¬ 
ment supporting integration with C. 

The PC version runs on an IBM PC- 
AT or compatible; IBM PS/2 Model 
50, 60, 70, or 80; Compaq 386 or com¬ 
patible; or 386 HummingBoard. It 
requires 5 Mbytes of extended memory 
and 15 Mbytes of free disk space. It 
also requires 640 Kbytes of base mem¬ 
ory, an EGA display adapter and moni¬ 
tor, Microsoft Windows version 2.03 or 
higher, and MS-DOS 3.x. The company 
recommends a mouse. 

GoldWorks II costs $7,500 for one 


New Vectra based on 386 

Hewlett-Packard has added an 
80386-based model to its Vectra line of 
PCs. The HP Vectra QS/16, originally 
scheduled for release in May, comes 
with a 32-bit, 16-MHz Intel 80386 
microprocessor. It can run Microsoft 
Operating System/2, Microsoft Win¬ 
dows/386, and Santa Cruz Operations’ 
Xenix operating system, as well as MS- 
DOS applications. 

The desktop system comes with 32-bit 
memory expandable from 1 Mbyte to 16 
Mbytes on the processor board. This 
leaves seven expansion slots free. 

Terminal emulation software allows 
the Vectra QS/16 to communicate with 
HP business computers. 

A basic model with a 5%-inch, 
1.2-Mbyte floppy disk drive costs 
$3,995. With a 40-Mbyte hard disk 
drive, the system costs $5,095. The 
40-Mbyte version also comes with an 
HP video graphics adapter and a choice 
of a 5K-inch, L2-Mbyte or 3}^-inch, 

1.44-Mbyte floppy disk drive for 
$5,495. 
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copy. It costs $5,995 each for two 
copies and $4,995 each for three copies. 
Upgrades from GoldWorks 1.1 for the 
PC are free of charge to customers with 
service and maintenance contracts and 
$1,000 otherwise. 

GoldWorks II for IBM PCs, PS/2s, 
and compatibles will ship in the fourth 
quarter of 1988, while versions for Sun 
Microsystems and Apple Macintosh II 
machines are scheduled for the first 
quarter of 1989. 

Gold Hill has also announced a stu¬ 
dent edition of Golden Common Lisp, 
with discounted university pricing for 
GoldWorks and GCLisp Developer. 
GCLisp SE costs $49.95. It includes the 
San Marco Lisp Explorer, the GCLisp 
interpreter, a GMACS editor, and on¬ 
line help. 

GCLisp SE is offered in conjunction 
with Winston and Horn’s Lisp textbook 
through an arrangement with Addison 
Wesley Publishing. 

University pricing is $995 for Gold- 
Works, $495 for GoldWorks AXLE, 
and $595 the GCDeveloper products. 
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Digital Equipment offers several 
products to assist people involved in 
office publishing, which the company 
calls a convergence of word processing 
and electronic publishing. 

VAX Grammar Checker is computer- 
aided proofreading software that sup¬ 
ports the VAX series except for VAX 
11/725, Micro VAX I, and VAXstation 
1. If run on the Micro VAX II or VAX¬ 
station II, it requires either an RD53 or 
RD52 with at least one other hard-disk 
configuration. The software also needs 
VAX/VMS V4.6 or later, plus WPS- 
Plus/VMS V3.0 if used with WPS-Plus. 

According to the company, VAX 
Grammar Checker analyzes sentences 
grammatically to find errors in syntax, 
usage, punctuation, capitalization, 
hyphenation, and spelling. The soft¬ 
ware is based on Houghton Mifflin’s 
CorrecText Grammar Correction Sys¬ 
tem and licensed to DEC by that 
company. 

VAX Grammar Checker prices range 
from $570 on a VAXstation to $17,910 
on very large multiuser systems. 

DECpage V3.0 formatting software 


Tool controls Ada quality 

Dynamics Research offers an auto¬ 
mated Ada analysis tool called Adamat. 
The program reportedly uses more than 
150 Ada-specific metrics to check 
whether developers’ programming prac¬ 
tices conform to the Ada quality goals 
of maintainability, reliability, and port¬ 
ability. 

Adamat consists of four components. 
The Data Collection Tool counts the 
occurrences of data items. The Quality 
Analyzer produces a set of metric scores 
for the criteria, metrics, and metric ele¬ 
ments hierarchy of the Adamat frame¬ 
work. The Report Generator generates 
a report on the quality of the Ada code. 
The Metrics Display Tool displays met¬ 
ric scores in tables and graphs. 

Adamat runs on the DEC VAX under 
VMS. Summaries and comparisons of 
the metrics can be viewed on an IBM 
PC-AT. 

Prices for Adamat range from $2,495 
on a VAXstation II or MicroVAX II to 
$34,985 on a VAX 8978 or 8974. Addi¬ 
tional licenses for an IBM PC-AT or 
compatible workstation cost $850 for 
second and third licenses. Additional 
sets of documentation cost $450 each. 
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features PostScript support, improved 
maintenance on large projects, and 
automatic “bookbuilding” capabilities, 
according to Digital. The multiuser 
software can mix text, graphics, and 
multiple font styles and sizes in stan¬ 
dardized or customized documents. It is 
accessible to users of terminals con¬ 
nected to DEC’S All-In-1 environment 
or WPS-Plus/VMS word processing 
system. 

DECpage V3.0 costs $3,000 on the 
MicroVAX 11. The price varies accord¬ 
ing to the processor. 

DEC has enhanced its WPS- 
Plus/VMS word processing system. 
Version 3.0 reputedly features an 
improved user interface, the ability to 
create better-looking documents, and 
simplified creation of documents. 

Prices for WPS-Plus/VMS V3.0 
licenses begin at $1,420 for VAXsta- 
tions and vary according to the 
processor. 
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DEC products promote office publishing 
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THE FOURTH CONFERENCE ON 
HYPERCUBE CONCURRENT COMPUTERS 
AND APPLICATIONS 


MARCH 6-8,1989 

HYATT REGENCY MONTEREY'S CONVENTION CENTER 
MONTEREY, CALIFORNIA 


Program Committee 

Gil Weigand 

General Chairman 

Sandia National Laboratories 


Program Chairman 

Sandia National Laboratories 

Bill Hickey 

Conference Administration 
Organizing Committee 
Don Austin 
Department of Energy 

University of California 
at Los Angeles 

Jet Propulsion Laboratory 
Erik DeBenedictis 
ATT/Bell Ubs 
Geoffrey Eox 

California Institute of Technology 
BUI Gropp 
Yale University 
Michael Heath 

Oak Ridge National Laboratory 
Paul Messina 

California Institute of Technology 
Ed Oliver 

Air Force Weapons Lab 
Quentin Stout 
University of Michigan 


HCCA4 Host Institution 
Sandia National Laboratories 


Sponsors 

U.S. Department of Energy/Applied 
Mathematical Sciences Program 
Strategic Defense Initiative 

Organization/Offices of Innova¬ 
tive Science and Technology 
Joint Tactical Fusion Program Ofhee 
U.S. Air Force/Electronic Systems 
Division 

Air Force Office of Scientific Research 
NASA 


PURPOSE: 


The aim of the Fourth Conference on Hypercube Concurrent Computers (HCCA4) is to 
exchange information on the fast-developing area of parallel computers with distributed 
memory. This includes, but is not limited to hypercubes, meshes, and massively parallel 
ensembles of single-bit processors. Given the maturity of these systems, we particularly solicit 
contributed papers on substantial applications or comparisons of distributed memory com¬ 
puters with other architectures. 

SESSIONS: 


Technical sessions will include invited talks, contributed papers and posters, and panel 
discussions. Authors are invited to submit papers which cover any aspect of hardware, soft¬ 
ware (both systems and tools), applications, programming environment, or parallelization 
methods for distributed memory computers such as hypercubes. Topics of interest include: 
Architectures Graphics Algorithms 

Operating Systems Debugging Numerical Methods 

Image Processing Scientific Applications Concurrent Languages 

Programming Environments Artificial Intelligence Performance Evaluation 

Non-numerical Applications Load Balance/Mapping Parallelization Tools 


CONTRIBUTED PAPERS: 

Authors who wish to contribute papers should submit three copies of a one-page type¬ 
written abstract to the address below. Deadline for submission is 30 October 1988. Contributors 
will be notified regarding the acceptance of their abstracts before 5 December 1988. Conference 
abstracts will be available at the meeting. In addition to the contributed papers, there will be 
"mini-sessions" on particular themes. Authors who wish to organize a "mini-session" are 
encouraged to submit a description of the topic area and a tentative list of speakers and titles for 
their "mini-session." Abstracts and inquiries should be sent to: 

Dr. John Gustafson 
Division 1413 

Sandia National Laboratories 
P.O.Box 5800 
Albuquerque, NM 87185 

SPONSORS: 

U.S. Department of Energy/Applied Mathematical Sciences Program 
Strategic Defense Initiative Organization/Office of Innovative Science and Technology 
Joint Tactical Fusion Program Office 
U.S. Air Force/Electronic Systems Division 
Air Force Office of Scientific Research 
NASA 

REGISTRATION, EXHIBIT, HOTEL AND 
TRAVEL INFORMATION: 

For registration and exhibit information please contact: 

Bill Hickey, Conference Administrator 
Telephone (415) 969-6920 



Software helps develop CD-ROM applications 


Hewlett-Packard has announced a 
software program to assist in the devel¬ 
opment of CD-ROM applications. HP 
LaserRetrieve consists of user-interface 
software that retrieves information 
from a CD-ROM, plus software that 
indexes and structures information 
from multiple sources into one 
database. 

According to the company, both 
components incorporate indexing tech¬ 
niques designed by Fulcrum Technolo¬ 
gies. LaserRetrieve employs Fulcrum’s 
toolkit to transform formatted data 
into a CD-ROM application for 
retrieval. The Microsoft Windows- 
based user interface goes with the fin¬ 
ished disk to the end user. 

The user interface allows the end user 
to search the database through brows¬ 
ing or with keywords. 

The database-build software requires 
an HP Vectra PC or IBM PC-AT with 


NEC bases desktop, portable 

NEC Information Systems has 
announced two PCs based on the Intel 
386SX microprocessor. The PowerMate 
SX is a desktop unit, and the Power- 
Mate Portable SX is a portable system. 
Both feature clock speeds of 16 MHz 
and 2 Mbytes of RAM. 

The PowerMate SX includes six 
expansion slots, one RS-232-C serial 
port, and one parallel port. The PC 
supports ST506 and ESDI hard-disk 
controllers, plus a variety of storage 
options. 

The PowerMate SX comes with MS- 
DOS 3.3 and GW Basic 3.2. It supports 
a NEC-enhanced version of the 
Microsoft OS/2 Standard Edition 1.0 
operating system and SCO Xenix 386. 

The basic PowerMate SX includes a 
1.2-Mbyte or 1.44-Mbyte floppy disk 
drive, 42-Mbyte hard disk drive, and 


640 Kbytes of RAM, a mass-storage 
subsystem with a disk capacity twice the 
size of the database, a nine-track tape 
drive, an HP LaserJet printer, and an 
optional HP ScanJet graphics scanner. 

The user-interface software requires 
an HP Vectra PC or IBM PC-AT with 
640 Kbytes of RAM; a CGA, EGA, or 
monochrome monitor; 5 Mbytes of 
available hard-disk storage; and a CD- 
ROM drive. 

LaserRetrieve comes with a data- 
preparation guide and an authoring 
manual. The product includes a three- 
day class on authoring and supporting 
LaserRetrieve databases. 

The database-build software costs 
$50,000 for a single license. The user- 
interface software costs $500 for a sin¬ 
gle CPU license. Delivery is scheduled 
for November. 
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keyboard for $4,495. 

The PowerMate Portable SX pro¬ 
vides three expansion slots, one 
RS-232-C serial port, one parallel port, 
an RGB color monitor interface, and an 
external 5X-inch floppy disk drive inter¬ 
face. It features a gas plasma display 
with standard VGA graphics. 

The Portable SX comes with MS- 
DOS 3.3 and GW Basic 3.2, and sup¬ 
ports a NEC-enhanced version of 
Microsoft OS/2 Standard Edition 1.0. 

The PowerMate Portable SX with a 
1.44-Mbyte floppy disk drive and a 
42-Mbyte hard disk drive costs $6,595. 

An introductory promotion includes 
Microsoft Windows/386 with both 
PCs. 

PowerMate SX: Reader Service 57 
Portable SX: Reader Service 58 


PCs on Intel 386SX 


Sabre speeds up with new model based on 68030 


Gerber Systems Technology has 
announced a new model in the 
Sabre-5000 Series of CAD/CAM work¬ 
stations. The Model SH5360, based on 
the Hewlett-Packard 9000 Model 360, 
uses the Motorola 68030 microproces¬ 
sor chip. The new workstation employs 
the company’s distributed network 
architecture and is thus compatible with 
Sabre-5000 local area networks. 

The SH5360 comes with the CH or 


SRX high-resolution color graphics dis¬ 
play. The processor reportedly achieves 
5 MIPS and runs at a clock speed of 25 
MHz. Configured with the 68882 
floating-point processor, it supports 
between 4 and 16 Mbytes of RAM. 

The SH5360 ranges in price from 
$40,000 to $50,000. The price includes 
software. 
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Portable is AT compatible 

Scantech Computer Systems offers a 
portable computer compatible with the 
IBM PC-AT. The LCD-286 features 
AT expansion slots and an LCD backlit 
display. It measures 9K x 16 X 7K inches 
and weighs 22 pounds. 

Standard features include an Intel 
80286 microprocessor, a 20-Mbyte hard 
disk drive, a 5X-inch floppy disk drive, 
an adjustable 9-inch screen with 80 
columns by 25 rows, and 1 Mbyte of 
zero wait-state RAM. 

The LCD-286 costs $3,495. 
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Ada tools aid development 

Generics Software of Dublin, Ire¬ 
land, offers an Ada development tool 
called AnimAid for production of Ada 
systems. According to the company, it 
does this by providing tool support dur¬ 
ing the system implementation (coding) 
stage, prototyping stage, testing stage, 
and user-interface-generation stage (for 
nonembedded applications). 

AnimAid reputedly supports most 
validated Ada compilers. It resides on 
workstation platforms, including the 
VAXstation, Sun, and Apollo Domain 
workstations. 

The toolset provides a predefined set 
of Ada packages, generic packages, and 
package generators. Each package pro¬ 
vides a graphics implementation and a 
nongraphics implementation. 

Developers can use a mouse and edi¬ 
tor to draw each coded object. The 
coded objects and defined graphical 
representations are passed through the 
user-interface generator and linked to 
produce graphically described executa¬ 
ble objects. The graphical view of the 
coded system eliminates the need to 
write test programs, according to the 
company. 

Developers working on an embedded 
system can recompile the system using 
the nongraphics types and download it 
to the embedded or in-circuit emulation 
environment. Generics claims that using 
the graphical types permits quick pro¬ 
totyping of embedded developments. 

To run AnimAid requires a system 
with a validated Ada compiler and the 
Graphics Kernel System. 

AnimAid on a DEC VAXstation, 
Sun-3 or Sun-4, or Apollo Domain 3000 
or 4000 costs $13,430. On a DEC VAX 
1 l/7xx, it costs $17,850. On a DEC 
VAX 8xxx, it costs $30,600. 
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RTSS-88 

Ninth Real-Time Systems Symposium 

December 6-8, 1988 
Huntsville Marriott 
Huntsville, AL 



Sponsors: 

The Computer Society of the IEEE 
TC on Data Engineering 
TC Distributed Systems 
TC Fault-Toterant Computing 
TC Operating Systems 
TC Software Engineering 


Scops: All aspects of the design, development, and analysis of real-time systems 


Gsnsral Chair: Dr. Walter L. Helmerdinger, Honeywell Inc. 


Program Chair: Prof. Al Mok, University of Texas 


Tuesday, Dscsmbar 6,1988 

On-SHs Rsglatratlon and Chsck-ln (coffas and 
pastriss) 

Welcoming Remarks 

Session 1: Specification and Analysis 

• State-Based Specification of Complex Real-Time 
Systems," A. Gabriellian and M.K. Franklin 

• "A Method for Verifying Properties of Modechart 
Specifications," Farnam Jahanian and Douglas A. 

Session 2: Resource Scheduling and Allocation I 

• "Minimizing Mean Flow Time with Release Time 
and Deadline Constraints," Jianzhoug Du and 
Joseph Y.-T. Leung 

• "Optimal Resource Control in Periodic Real-Time 
Environments," Kang G. Shin, C.M. Krishna, and 
Yann-Hang Lee 

• "Advanced Real-Time Scheduling Using the IEEE 
802.5 Token Ring," Jay Strosnider, Tom Marchok, 
and John Lehoczky 

Sessions: Applications 

• "A Real-Time Parallel Processing Data 
Acquisition System," N.A. Wilkinson, M.S. Atkins, 
and J.G. Rogers 

• "Missile Guidance Processor Software 
Development: A Case Study," Rodney Bond, 
Steve Bemrich, Jay Connelly, Gary Pendergrass, 
and James Hulsey 

• "Execution of a High-Level Real-Time Language," 
Luqi and Valdis Berzins 

Ssssion 4: Language and Samantics 

• "Whafs 'Real' about Real-Time Systems?," 

Mathai Joseph and Asis Goswami 


• "Specification of Real-Time Systems in Real- 
Time Temporal Interval Logic," K.T. Narayana 
and A.A. Aaby 

• "Expressing and Maintaining Timing Constraints 
in FLEX," KweiUay Lin 

• "Semantics of a Real-Time Language," Valdis 
Berzins and Luqi.. 

Wsdnssday, Dscsmbar 7,1988 

Ssssion 5: Opsrsting Systems Support 

• "Melody: A Distributed Real-Time Testbed for 
Adaptive Systems," Horst Wedde, Ghasem S. 
Alijani, Gookhai Kang, and Bo-Jyung Kim 

• "The Cyclic Executive Model and Ada," Ted P. 
Baker and Alan Shaw 

■ "Guaranteeing Deadlines in MAFT," Michelle C. 
McElvany 

Ssssion 6: Rssourcs Scheduling and Allocation II 

• "Performance of Algorithms for Scheduling 
Periodic Jobs to Minimize Average Error," Jen- 
Yao Chung and Jane W.S. Liu 

• "The Integration of Deadline and Criticalness in 
Hard Real-Time Scheduling," Sara R. Biyabani, 
John A. Stankovic, and Krithi Ramamritham 

• "Allocation of Real-Time Computations under 
Fault-Tolerance Constraints," Shem-Tov Levi, 
Daniel Mosse, and Ashok K. Agrawala 

Ssssion 7: ArchItsctursI Support 

• "Implementation and Evaluation of a Time-Driven 
Scheduling Processor," James W. Wendorf 

• "Process-Dependent Static Cache Partitioning for 
Real-Time Systems," David B. Kirk 

• "Support for High-Priority Traffic in VLSI 
Communication Switches," Yuval Tamir and 
Gregory L. Frazier 


Ssssion 8: Rsllablllty and Fault Tolsrsncs 

• "On the Graceful Degradation of Phase-Locked 
Clocks," C.M. Krishna and I.S. Bhandari 

• "New Approaches for the Reconfiguration of Two- 
Dimensional VLSI Arrays Using Time- 
Redundancy." Salih Yurttas and Fabrizio Lombardi 

• "Determining the Probability of Dynamic Failure 
and Processor Utilization for Real-Time Systems," 
Michael H. Woodbury and Kang G. Shin 

■ "A Comparison of Four Adaption Algorithms for 
Increasing the Reliability of Real-Time Software," 
Thomas E. Bihari and Karsten Schwan 

Thursday, Dscsmbsr 8,1988 

Ssssion 9: Rssourcs Schsduling and Allocation III 

• "On-Line Scheduling of Real-Time Tasks," Kwang 
S. Hong and Joseph Y.-T. Leung 

• "Exploiting Unused Periodic Time for Aperiodic 
Service Using the Extended Priority Exchange 
Algorithm," Brinkley Sprung, John Lehoczky, and 
Lui Sha 

• "Real-Time Synchronization Protocols for 
Multiprocessors," R. Rajkumar, Lui Sha, and John 

Ssssion 10: Psrformancs Analysis 

• "Estimating Task Response Time with Contentions 
for Real-Time Distributed Systems," Wesley W. 
Chu and Chi-Man Sit 

• "Analysis of Speedup and 
Communication/Computation Ratio in 
Multiprocessor Systems," X. Li and M. Malek 

• "A Real-Time Tool Set for the ARTS Kernel," 
HideyukI Tokuda and Makoto Kotera 


To make reservations at the symposium hotel, call or 
write directly to: (Be sure to request special 
conference rate: $48 single/double) 

Ninth RTSS 
Huntsville Marriott 
5 Tranquility Base 
Huntsville, AL 35805 
(205) 830-2222 

For more information contact: 

Dr. Walter Helmerdinger 

Honeywell Systems and Research Center 

MN6S-2100 

3660 Technology Drive 

Minneapolis, MN 55418-1006 

(612)782-7319 
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Mail Registrations to: 

Ninth RTSS-88 
c/o Linda Buss 
Honeywell SRC-MN65-2100 
3660 Technology Drive 
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1C Announcements 


Company, Model, Function Comments R.S. No. 


Advanced Analog A 12-bit successive approximation A/D converter with internal sample/hold, clock, and 120 

ADC6010 reference. Features a conversion time of 4 /js, five user-selectable input ranges, and short 

A/D converter cycling to 2.8 fxs. Comes in a 32-pin DIP. Cost: $93 (100s). 

Advanced Micro Devices A 32-bit error detection and correction circuit to halt DRAM corruption. Detects single-, 121 

Am29C660 double-, and some triple-bit errors in each single word in memory. Comes in a 68-pin 

EDC PLCC or a 68-pin PGA. Cost: (5,000s) $42 (PLCC), $44 (PGA); highest speed version, $86 

and $91. 


Advanced Micro Devices A 512-word x 8-bit bidirectional FIFO for exchange of data bidirectionally between devices 122 

67C4701 with different data transfer rates. Based on a dual-port RAM cell. Features adjustable 

FIFO almost-full and almost-empty flags. Comes in a 28-pin plastic DIP. Cost: $42.50 (100s). 


Ahead Systems 
AVGA 
VGA chip 


A video graphics chip for IBM PS/2, PC-XT, PC-AT, 386, and 5550 PC systems and com- 123 
patibles. Compatible for VGA, EGA, CGA, MDA, and Hercules modes down to the regis¬ 
ter level. Also supports enhanced graphics modes. Comes in a 144-lead flatpack. Cost: $45 
(samples). 


Analog Devices 

ADSP-3264 

FPAU 


A 64-bit floating-point arithmetic unit that uses a four-way, time-multiplexed internal bus 124 
architecture. Achieves 31 Mflops for 64-bit and 32-bit IEEE floating-point arithmetic, plus 
31 MOPS for 32-bit fixed-point operations. Comes in a 280-lead ceramic PGA. Samples in 
November. Cost: starts at $545 (1,000s). 


Analog Devices 

AD7845 

DAC 


A four-quadrant multiplying DAC with an on-chip amplifier. Configurable for unipolar or 125 
bipolar operation, as a programmable-gain amplifier, or as a programmable current 
source. Monotonic over the full operating temperature range. Comes in a 24-pin plastic or 
ceramic DIP. Cost: (100s) starts at $7.40. 


Fujitsu Microelectronics 
MB880, MB810 
ECL circuits 


Micro Networks 

MN5249 

ADC 


A series of emitter-coupled logic circuits. MB880 devices operate at 3 GHZ and consume 
250-600 mW. Samples in the fourth quarter for about $120 each (1,000s). MB810 devices 
operate at 1.5 GHz and consume 50-150 mW. They come in 16-pin ceramic DIPs and 
16-pin ceramic axial flat packs. Cost: $15 (1,000s). 

A 12-bit A/D converter with a maximum conversion time of 400 ns and a minimum con¬ 
version rate of 2.5 MHz. Consumes 2.5W. Available over three temperature ranges with 
optional Mil-Std-883, Method 5008 screening. Comes in a 40-pin DIP. Cost: $297 (100s) 
for commercial, $401.50 for mil-screened. 


126 


127 


National Semiconductor 

DAC0630/31 

Video DAC 

Qualcomm 

Q2334 

DDS 

Sony 

E3G200 

ECL gate array 


Texas Instruments 
SN74ACT2440, 
SN74BCT2420 
NuBus chip set 

Toshiba 

TXl 

Microprocessor 


Yamaha 

YM7109 

Modem 


A triple 6-bit video DAC with on-chip 256-color palette. Compatible with VGA graphics 128 
standards. A pln-for-pin replacement for the Inmos IMSG176. Supports pixel rates up to 
50 MHz. Comes in a 28-pin plastic or ceramic DIP, with LCCs planned. Cost: $9 (1,000s). 

A direct digital synthesizer consisting of a digital phase accumulator and sine lookup func- 129 
tion. Connects to a data/address bus. Usable as a single-chip PSK, FSK, or MSK modula¬ 
tor. Comes in a 68-pin package. Cost: $98 (1,000s); $345 for evaluation kit. 

A 200-gate ECL gate array that joins the SPECL series. Features a typical internal gate 130 
delay of 150 ps/gate and typical chip power dissipation of IW. Supported by Sony’s design 
center for custom functions. Comes in a 24-lead or 32-lead flatpack. Cost: $33,000 for 
nonrecurring engineering fee, $50 per piece in quantity. 

SN74ACT2440 is a 32-bit NuBus interface controller and SN74BCT2420, a 16-bit NuBus 131 

address/data transceiver. The chips meet IEEE PI 196 specifications in providing master, 
slave, and master/slave interfaces. They come in 68-pin PLCCs and PGAs. Cost: (1,000s) 

$24 for ACT2440, $13.33 for BCT2420. 

A 32-bit microprocessor based on the company’s TRONchip architecture. Integrates 132 

450,000 transistors on a chip using 1.0-micron design rule. Average operating speed of 5 
MIPS, 12.5 MIPS maximum running at 25 MHz. Has 92 instructions. Comes in a 155-pin 
PGA. Samples scheduled for December. No prices given. 

A single-chip, 9,600 bps modem also suited for Group 3 fax. Has serial and parallel port 133 
interfaces. Features scrambler and descrambler, programmable double-tone generation and 
tone detection, transmission filter, programmable transmission level, etc. Comes in a 
40-pin DIP or 64-pin quad flatpack. Cost: (100s) $95 for DIP, $97 for flatpack. 
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solicited paper. 


presented in a concise form; 

(3) Correspondence articles (maximum 3 double spaced pages): 
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Microsystem Announcements 


Company, Model, Function Comments 


AST Research 
NuView 

Image-capture card 


BGL Technology 

BTC-504 

Clock/calendar 


An 8-, 16-, and 24-bit color and b/w image-capture card for the Apple Macintosh II that 
digitizes and manipulates real-world, real-time images from standard NTSC or RGB 
sources. Displays images at a resolution up to 640 x 480 through any Apple-compatible 
video display card. Comes with ReView software. Cost: $2,099. 

A clock/calendar module on a half board with a universal clock (precision-interval clock 
and line-frequency clock), a second PIC, a clock/calendar, and lithium batteries. The 
crystal-controlled LFC provides continuous fixed-frequency interrupts at a rate of 100 per 
second. Cost: $1,495. 


Computer Design Solutions An STD-bus board, object-code compatible with the Z80. Holds up to 128 Kbytes of ROM 
H280STD or battery backed-up RAM on-board. Comes with 20 bits of parallel I/O, three serial 

Z80 STD-bus board RS-232 ports, and eight counter/timers. Cost: $395. 


Dolphin Systems 
AM80-IIi 
Hard disk 


A 3K-inch, 80-Mbyte, form-factor hard disk that fits in the position set aside for a second 
floppy disk drive in the Apple Macintosh II. Comes with mounting hardware and installa¬ 
tion and utility software. Features an average access time of 19 ms and MTBF of 50,000 
hours. Cost: $1,995. 


ICOT 
ShortCUT 
Emulation board 


A coax emulation package available in three software upgradable configurations: CUT, 
DFT, and DFT gateway. Also runs some IBM and IRMA emulation software, plus ICOT’s 
software. Consists of a board and software supporting a single host session. Cost: $795 for 
CUT mode; $895 for DFT mode; $1,495 for DFT gateway. 


Ironies 

IV-9001 SBSC 
Single-board computer 


MetraByte 
Dual-422 
RS-422 interface 


A single-board computer based on the Am29000 32-bit RISC microprocessor. Provides 16 
Kbytes of data cache, plus memory options for up to 16 Mbytes of DRAM. Consists of a 
6U VMEbus board, two serial I/O ports, local board control, VMEbus interface, and 
debug monitor in ROM. Cost: $6,495 (100s). 

A two-channel RS-422 interface board for IBM PC-XT and PC-AT computers. Allows 
data transfers at rates up to 57.6 kilobaud over distances up to 4,000 feet. Consists of two 
independent RS-422A communication ports. Based on the INS 16450 UART. Plugs into 
half- or full-size expansion slots. Cost: $260 for board; $12 for “D” connector; $25 for 
cable. 


Microscience 

HH-2160 

Winchester disk drive 

NCR 

ADP-33 

Host adapter board 

Quadram 
MainLink II 
Emulation board 

Radstone Technology 
PMV 68 SCSI-1 
VMEbus SCSI board 

Simple-Net Systems 
EtherLAN Plus/MCA 
Network 


Western Digital 
Preference Hard Disk AP 
Hard disk 


A 160-Mbyte, 5K-inch Winchester disk drive featuring an ESDI interface, a data transfer 
rate of 10 Mbps, a track-to-track positioning time of 5 ms, an MTBF rating of 40,000 
hours, and power consumption of 12W. Cost: $1,400. 

A VME-to-SCSI host adapter board to allow Motorola VMEbus users to access SCSI 
peripherals. Incorporates the NCR53C90 chip. Features a minimum data transfer rate of 
2.5 Mbytes/s in asynchronous mode or 4 Mbytes/s in synchronous mode. Cost: $1,230. 

A 3270 micro-to-mainframe emulation board. IBM and IRMA hardware compatible. 
Works with IBM PC, PC-XT, PC-AT, PS/2 Model 30, and compatible computers. Also 
available in a Micro Channel version (MainLink Ilm). Cost: $395; $495 for MainLink Ilm. 

An intelligent VMEbus SCSI board for military or rugged environments. Features a 68000 
processor, 16 Kbytes of EPROM-resident firmware, and 16 Kbytes of SRAM dual-ported 
to the VME and local system bus. Configurable as a target or initiator. No prices given. 

A 10 Mbps EtherLAN network for the IBM PS/2 Micro Channel bus. Comes as a full-size 
add-in card with cabling, a NetBIOS interface, the SimpleWare network operating system, 
user’s guide, and installation and trouble-shooting guide. Includes free software updates. 
Cost: $899.95 per node. 

A 20- or 40-Mbyte hard disk for Apple He and IIGS and Macintosh Plus, SE, and II corn- 
puters. Measures about 3 x 6.5 x 8 inches. Preformatted, connects to the SCSI. Automati¬ 
cally parks the heads on shutdown. Cost: $895 for 20 Mbyte drive; $1,195 for 40 Mbyte 
drive. 


Xycom An industrial, IBM PC-AT-compatible, single-board computer. Provides a 16-MHz 80286 

4100-AT2 processor, 1 Mbyte DRAM, two RS-232 serial ports, a Centronics parallel port, a real-time 

Single-board computer clock, a watchdog timer, and AC power-fail detection. Supports two ST-506 hard disk 
drives and two IBM SA-450 floppy disk drives. Cost: $2,800. 
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ADVANCE ANNOUNCEMENT 

SECOND INTERNATIONAL 
CONFERENCE 
ON 

COMPUTER VISION 

INNISBROOK RESORT 
TAMPA, FL 

DECEMBER 5-8,1988 



ICCV is the second international conference devoted solely to computer vision. It will consist of high quality contributed 
papers which have been refereed by oyer 30 members of the vision community. The program has been divided into two 
categories: Long and Short Papers. The long papers will be presented in single sessions and the short papers will be 
presented in parallel. 


conference CoChairs: 
Ruzena Bajcsy 
Department of Computer 
and Information Science 
200 S. 33rd Street 
University of Pennsylvania 
Philadelphia, PA 19104-6389 
Shimon Ullman 
Room 816 

545 Technology Square 
Artificial intelligence 
Laboratory 

Massachusetts institute of 
Technology 
Cambridge, MA 02139 

Finance Chair; 

Ttisha YuannuzzI 

Local Arrangements Chair: 
Harry Hayman 

Program Committee 
Jake Aggarwal (USA) 

Thomas 0. Binford (USA) 

J. Michael Brady (England) 
Y.T. Chlen (USA) 

Jan-Olof Ekiundh (Sweden) 
Olivier Faugeras (France) 
Takeo Kanade (USA) 

Jan Koenderink 
(The Netherlands) 
Hans-Hellmut Nagel 
(German Federal Republic) 
Tomaso Poggio (USA) 

Azriel Rosenfeld (USA) 
Yoshiaki Shirai (Japan) 

Steven w. zucker (Canada) 


@JEEE COMPUTER SOCIETY 

THE INSTITUTE OP ELECTRICAL 
ANO ELECTRONICS ENGINEERS. INC 


Advance Program 


Monday, December 5,1988 

9:00-10:30 Session (1): color 
Introduction 

color from Black and White, Brian V Font and Jian Ho 
A Novel Approach to Colour constancy D A. Forsyth 
10:30-11:00 Coffee Break 


11:00-12:30 Session (2): Shape 


Recovering Shape Deformation by 
tion, Evangelos E. Milios 


Extended Circular Image Representa- 


Efficiently Computing And Representing Aspect Graphs of Polyhedral Objects, 

Ziv Cigus, John Canny and Raimund Seidel 

Representing Oriented Piecewise C2 Surfaces, Vishvjit Naiwa 


PIYI 12:30-2:00 Lunch Break 

2:00-3:30 Session (3): Stereo 

How Delaunay iriangulation can be used for Representing Stereo Data, 
Eiizabeth Le BrasMehiman, M. Schmitt, O.D. Faugeras and J. Boissonnat 
TWo-View Matching, Narendra Ahuja, Juyang Weng, and Thomas S. Huang 
A New Modei-Based Stereo Approach for 3-D Surface Reconstruction Using 
Contours on the Surface Pattern, David B. Cooper 

3:30-4:00 Coffee Break 


Session A 

Wavelet Energy zero-crossing Repre¬ 
sentation, S. Mallat 
Determining the Optimal Weights in 
Multiple Objective Function Optimi¬ 
zation, M. Cennert and A.L Yuille 
Detecting Corners, K. Rangarajan, M. 
Shah, and D. Van Brackie 
Using Dynamic Programming For 
Minimizing The Energy Of Active 
Contours In The Presence Of Hard 
Constraints, A. Amini, S. Tehrani, and 
T Weymouth 

Evolution Properties Of Space Curves, 
F Mokhtarian 

A Morpological Algorithm for Com¬ 
puting Non-Pianar Point Neighbor¬ 
hoods on Cellular Automata, M. 
Skolnick, S. Kim and R. O Bara 


Session B 

Synergistic Smooth Surface Stereo, 

T Bouit and L. Chen 
Self-calibration of Stereo Cameras, H. 
Takahashi and F. Tomita 
Towards Real-Time Ttinocular Stereo, 
C. Hansen, N. Ayache and F Lustman 
The Ttinocular General Support 
Algorithm: A Three Camera Stereo 
Algorithm for Overcoming Binocular 
Matching Errors, C. Stewart and 
C.R. Dyer 

Brightness-Based Stereo Matcning, 
M. Cennert 

Application of Qualitative Depth and 
Shape from Stereo, D. Weinshaii 
Parallel Depth Recovery by Changing 
Camera Parameters, M. Subbarao 


Morphological Feature Detection, J.A. 
Nobie 


6:00-8:00 Conference Reception 
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TUesdaY, December 6,1988 

AM 9:00-10:30 Session (4a): Motion 

structure and Motion from 1\«o Perspective 
Views Via Planar Patch, 02Chia-Hoang Lee 
A Theory on Optical Velocity Fields and 
Ambiguous Motion of Curves, Fredrik 
Bergholm 

Analysis of a Sequence of Stereo Scenes 
containing Multiple Moving Objects Using 
Rigidity Constraints, Zhengyou Zhang, O.D. 
Faugeras and Nicholas Ayache 


Wednesday, December 7,1988 

9:00-10:30 Session (40: Motion 

Surface Reconstruction from Image 
Sequences, H. Harlyn Baker 
The Motion Coherence Theory, Alan L. 
Yuille and Norberto M. Grzywacz 
Multigrid Bayesian Estimation Of Image 
Motion Fields Using Stochastic Relaxation, 
ianosz Konrad and Eric Dubois 

1030-11:00 coffee Break 


10:30-11:00 Coffee Break 

11:00-12:30 Session (4b): Motion 

Obstacle Avoidance: Towards Qualitative 
Vision, Randal C. Nelson and John (Yiannls) 
Alolmonos 

Polynomial Methods for structure from 
Motion, Ramesh Jain and Charles Jerian 
Estimating Motion from Sparse Range Data 
Without Correspondence, Richard Szeliski 


11:00-12:30 Session (4d): Motion 

Optic Acceleration, Jens Arspang 
Temporal Edges: The Detection Of Motion 
And The Computation Of Optical Flow, 
James H. Duncan and Tsai-Chia Chou 
Perceiving Structure From Motion: Failure 
of Shape Constancy Jack M. Loomis and 
David W Eby 

Piy/I 12:30-2:00 Lunch Break 


Pl^ 12:30-2:00 Lunch Break 

2:00-3:30 Session (5): Object Recognition 

The Combinatorics of Object Recognition in 
Cluttered Environments Using Constrained 
Search, W. Eric t. crimson 
Toward Automatic Generation of Object 
Recognition Program-Modeling Sensors, 
Katsushi ikeuchi and Takeo Kanade 
Geometric Hashing: A General and Efficient 
Model-Based Recognition Scheme, Haim J. 
Wolfson and Yehezkel Lamdan 


3:30-4:00 Coffee Break 

4:00-6:00 Parallel Sessions 
Session A 

on the Congruence 
of Noisy Images to 
Line segment 
Models, l.J. Cox 
and J.B. Kruskal 
Aligning A Model 
To An Image Using 
Minimal Informa¬ 
tion, D. Shoham 
and S. unman 
Learnable And 
Non-Learnable 
Visual Concepts, 

H. Shvaytser 
image Description 
Via Annihilation Of 
Essential Struc¬ 
tures, S. Pizer 
and J. Cauch 
The Automatic 
Generation of 
Recognition Strat¬ 
egies, C. Hansen 
and T. Henderson 
A System For 3-D 
workpieces Recog¬ 
nition, C. 
Pasguariello, M. 
lannotta, S. Losito, 
and C. Sylos Labini 
Occlusion-Sensitive 
Matching, W 
Thompson and R. 
Whitlock 


Session B 
Color Image 
Analysis with an 
Intrinsic Reflection 
Model, C. Klinker 
Detecting Specular 
Reflections Using 
Lambertain Con¬ 
straints, C. 

Brelstaff 
Unsupervised 
Bayesian Estima¬ 
tion for Seg¬ 
menting Textured 
Images, P. Cohen 
and H. Nguyen 
An Adaptive 
Clustering 
Algorithm for 
Image Segmenta¬ 
tion, TN. Pappas 
and N.S. Jayant 
Multiple Shape- 
From-Texture Into 
Texture Analysis 
And Surface 
Segmentation, Ml. 
Moerdler 

Structural Sallency: 
The Detection Of 
Globally salient 
Structures Using A 
Locally Connected 
Network, A. 

Sha ashua and 
S. unman 
Admissibility of 
Constraint Func¬ 
tions in Relaxation 
Processes, i. Bozma 


2.00-3:30 Session (6): Recovery of Shape 

Geometry from Specularities, Andrew 
Blake and Cavin Brelstaff 
Shape information From Shading: A 
Theory About Human Perception, 

Alex Pentland 

using Symmetries For Analysis Of Shape 
From Contour, Fatih Ulupinarand 
Ramakant Nevada 


3:30-4:00 Coffee Break 


4:00-6:00 Parallel Sessions 


Session A 
Space-Time 
Sampling With 
Motion Uncer¬ 
tainty: Constraints 
On Space-Time 
Filtering, R.S. 
Jasinschl 
Egomotion And 
The Stabilized 
world, D.J. Heeger 
and C. Hager 
Translating optical 
Flow into Token 
Matches and the 
Recovery of Depth 
From Looming, 
Lance Williams and 
Allen Hanson 


optimal computing 
of Structure from 
Motion from Point 
correspondence in 
TWO Frame, M.E. 
Spetsakis and J. 
lYiannisl Alolmonos 
Parallel Optical 
Flow using Local 
Voting, J.J. Little, 
H.H. Bulthoff, and 
T. Poggio 

A color Reflectance 
Model and its use 
for Segmentation 
and Material 
Classification, 
Clenn Healey 


session B 
Reconstruction of 
Surfaces of 3-D 
Objects by M-array 
Pattern Projection 
Method, H. Morita, 

K. Yajima and S. 
Sakata 

Recognizing 3-D 
Objects using 
Surface Descrip¬ 
tions, T.J. Fan, 
a Medioni, and R. 
Nevada 

The Alignment Of 
Objects With 
Smooth Surfaces, 

R. Basri and 

S. unman 

Recognize the Sim¬ 
ilarity Between 
Shapes under 
Affine Transforma¬ 
tion, J. Hong and 
X. Tan 

An Algorithm for 
the Aspect Graph 
of Ployhedral Ob¬ 
jects, J. stewman 
and K. Bowyer 
Aspect Graphs and 
Nonlinear Optimi¬ 
zation in 3-D Object 
Recognition, L. 
Stark, D. Eggert, 
and K. Bowyer 
Reconstruction of 
Consistent Shape 
From Inconsistent 
Data: Optimization 
of 2 1/2 Sketches, 
Ken-ichi Kanatani 
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Thursday, December 8.1988 

AM 9:00-10:30 Session (7): Active Vision 

Modal control of an Attentive Vision 
System, James / Clark, and Nicola Ferrier 
Eye Fixation And Early Vision: Kinetic 
Depth, Dana H. Ballard and Altan Ozcandarli 
Surface Reconstruction By Dynamic 
Integration Of Focus, Camera Vergence, 

And Stereo, Lynn Abbott and Narendra 
Abuja 

10:30-11:00 Coffee Break 
11:00-12:30 Session (8): Features 

Coping with Discontinuities in Computer 
Vision: Their Detection, Classification and 
Measurement, David Lee 
Organization Of Smooth image Curves At 
Muitiple Scales, David C. Lowe 
The Organization of Curve Detection: 
coarse Tangent Feids and Fine Spline 
coverings, Steven W. Zucker, Chantal 
David, Allan Dobbins and Lee Iverson 

PM 12:30-2:00 Lunch Break 

2:00-3:30 Session (9): Techniques 

Pyramid impiementation of Optimai Step 
Conjugate Search Algorithms for Some 
Computer vision Problems, Rama 
Cbellappa and C.S. Young 
Robust Window Operators, PaulJ. BesI, 
Jeffrey B. Birch and Layne T. Watson 
Constraint-Based Image Understanding 
System for Aerial Imagery Interpretation, 
Darwin Kuan, Hormoz Shariat, Kalyan 
Dutta and Pat Ransil 

3:30-4:00 Coffee Break 


4:00-6:00 Parallel Sessions 

Session A Session B 


Computational 
Aspects of 
Determining 
Optical Flow, 
aw. Wasilkowski, A. 
Papageorgiou, 

D. Lee 

A Nonlinear 
Approach to the 
Motion Correspon¬ 
dence Problem, S.V 
Fogel 

Information In the 
Geometric Struc¬ 
ture of Retinal Flow 
Fields, S. Carlsson 


Singularities of 
Principal Direction 
Fields From 3-D 
Images, P. Sander 
and S. Zucker 
Shape From Angles 
Under Perspective 
Projection, T 
Shakunaga and H. 
Kaneko 

Matching Perspec¬ 
tive Images Using 
Geometric Con¬ 
straints And Per¬ 
ceptual Grouping, 

L. Ouan and R. Mohr 


Motion And Depth 
From Binocular 
Orthographic 
Views, H. cheh 


The Creation of 
Structure in 
Dynamic Shape, 
A.L. Yu me 


Robust Depth 
Estimation From 
Optical Flow, B. 
Shahraray and 
M. Brown 


The Feasibility Of 
Motion And Struc¬ 
ture Computations, 
J.L. Barron, A.D. 
Jepson, J.K. Tsotsos 


Error of Fit 
Measures for 
Recovering Para¬ 
metric Solids, 

T.E. Boult and 
A.D. Cross 


Optimal Morpho¬ 
logical Approaches 
to Image Matching 
and Object Detec¬ 
tion, P. Maragos 


On The Sensitivity 
Of The Hough 
Transform For 
Object Recogni¬ 
tion, W.E. Crimson 
and D P. Hutten- 
locher 
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New supercomputing conference to feature a complete agenda 

George Michael, Lawrence Livermore National Laboratory, 
and Steve Lundstrom, consultant 


Seymour Cray of Cray Research, 

Carl Conti, vice president of IBM 
Enterprise Systems, and Carl Ledbetter, 
chief executive officer of ETA Systems, 
will be the invited speakers at Super¬ 
computing 88 in Orlando, Florida, 
November 14-18. 

George Michael is serving as general 
chair, and Steve Lundstrom is program 
chair. 

November 15, Cray will present the 
morning keynote address, entitled 
“What’s This About Gallium 
Arsenide?” Conti will deliver the eve¬ 
ning banquet remarks November 16, 
discussing “The Future of Supercom¬ 
puting at IBM.” Ledbetter, the Novem¬ 
ber 17 afternoon plenary session 
speaker, will give a talk entitled 
“Glimpses of Infinity: Using the Per¬ 
spective of Mathematics to Lead a 
High-Technology Company.” 

The conference will be first of a new 
series of technical meetings designed for 
manufacturers, suppliers, and all man¬ 
ner of users connected with supercom¬ 
puters. It is sponsored by the IEEE 
Computer Society and the Association 
for Computing Machinery in coopera¬ 
tion with the Activity Group on Super¬ 
computing of the Society for Industrial 
and Applied Mathematics and a num¬ 
ber of national laboratories and federal 
agencies. 

The program committee has devel¬ 


oped an innovative program. Approxi¬ 
mately 100 papers covering a cross 
section of topics—including hardware, 
software, applications, and manage¬ 
ment—will be presented in 30 sessions. 

One of the formal technical tracks 
will focus on supercomputing applica¬ 
tions. It will include a session on some 
of the more unusual applications of 
supercomputing as well as two sessions 
on the Global Change Program. 

Special panels have been organized to 
look into such questions as “What are 
the grand challenges facing those in 
supercomputing? and “How will they 
be faced and when?” 

A pre-conference technologists’ 
workshop has been organized to pre¬ 
pare a report on the “Impact of Future 
Technology on Supercomputing.” 
Another workshop, designed for super¬ 
computing facility managers, will be 
held November 16-17 and will include a 
summary report at a November 18 
morning session. 

The conference is arranged to give 
attendees a chance to interact directly 
with the hardware and its exhibitors. 
About 30 companies will display 
products in the vendor exhibits area 
November 15-17. Some of the vendors 
plan to install high-speed communica¬ 
tions links that will facilitate live, full- 
scale, hands-on demonstrations. 


University and government 
researchers will bring portions of their 
laboratories to the conference to con¬ 
duct research demonstrations and, in 
some cases, allow attendees to try 
'hands-on experiments November 16-17. 

Informal sessions and poster papers 
will be integrated into receptions 
November 15 and 17. Sessions have 
been arranged those two evenings for 
individuals who like to see “behind the 
screens.” The sessions will include a 
presentation about some of “the great 
hacks” at the Massachusetts Institute 
of Technology and the California Insti¬ 
tute of Technology; a discussion on 
high-performance computing and com¬ 
petitions, with some of the first winners 
of the “Great Parallel Computing 
Race” (also known as the Gordon Bell 
Award); and a presentation by 
representatives of the Free Software 
Institute on how to distribute software 
without needing to hire an army of 
lawyers. 

A “Visualization Theater” Novem¬ 
ber 15-17 will feature several exciting 
films, including some produced using 
supercomputers and one in 3D. 

Additional information about Super¬ 
computing 88 may be obtained by con¬ 
tacting George Michael, Lawrence 
Livermore National Laboratory, PO 
Box 808, L-306, Livermore, CA 94550, 
phone (415) 422-4239. 


Expansion of expert systems major topic at AI conference 


Mark Fishman, Eckerd College 

The number of expert systems in the 
US has grown from a few hundred a 
year ago to over 2,000 this year, 
Edward Feigenbaum of Stanford Uni¬ 
versity told a National Conference on 
Artificial Intelligence audience in 
August. 

Feigenbaum chaired a panel entitled 
“Results from a Study of the First 
Wave of Expert System Applications to 


Business” when he made that assertion 
at the seventh annual event August 
21-26 in St. Paul, Minnesota, sponsored 
by the American Association for Artifi¬ 
cial Intelligence. Tom Mitchell of Car¬ 
negie Mellon University and Reid Smith 
of Schlumberger were the technical pro¬ 
gram co-chairs. 

During his panel session, Feigenbaum 
reminisced that his first major talk on 
expert systems was at an event in 1977 
when it was still possible to enumerate 


most of the significant expert systems in 
existence. Growth in the technology 
over the past decade and the past year 
has been phenomenal, he said. 

Feigenbaum said that, of the more 
than 2,000 expert systems in use today, 
1,500 are in the US. He said the systems 
range from the extremely simple (form 
filling, for example), to the extremely 
complex (scheduling, for example), and 
assist both professionals and semi¬ 
professionals. 


COMPUTER 








“This is the bottom line,” said 
Feigenbaum. “We have created the ena¬ 
bling technology for the growth of 
national wealth. A1 is much more than 
that, but it is at least that.” 

President’s address. Another confer¬ 
ence highlight was AAAI President Raj 
Reddy’s address, during which he 
described some notable AI successes in 
areas ranging from chess (specifically, 
the CMU system, “Deep Thought,” 
that evaluates upwards of one million 
boards per second), to speech recogni¬ 
tion (he showed a videotape demon¬ 
strating the Spinx system, which is able 
to understand a speaker-independent 
vocabulary of 1,000 words in real time 
and in continuous speech), to computer 
vision (he presented a videotape of 
CMU’s NavLab navigational 
laboratory). 

“After 25 years of sustained fund¬ 
ing,” Reddy said, “AI has become a 
big science, and my estimates are that 
over $100 million in research money in 
this country alone comes from the 
government. We are entering an era of 
accountability. Fortunately, we are able 
to answer hard questions like ‘What are 
the major accomplishments of AI?’ and 
‘How can we measure progress?’ ” 

He exhorted the audience to “provide 
your expertise to help solve the prob¬ 
lems facing the people who cannot help 
themselves. The mythical AI winter 
may have turned into AI spring. I see 
many flowers blooming. 

“What can we do? 1 believe the time 
has come for each of us to be a spokes¬ 
man for the AI field. Choose your own 
general challenge that is relevant to the 
nation, and work on it.” 

Invited speakers. Terrence Sejnowski, 
recent founder of the Laboratory for 
Computational Neurobiology at the 
Salk Institute and a professor at the 
University of California at San Diego, 
launched the technical paper sessions 
with an invited talk, “The Computa¬ 
tional Power of the Brain.” 

“Given the fact that the brain is an 
existence proof that difficult problems 
in vision, control, natural language, 
and planning are possible,” Sejnowski 
said, “it would be useful to get a hard 
estimate for how far we are (from) 
being able to simulate some of the capa¬ 
bilities of the brain directly.” 

He calculated that a typical human 
brain might consist of 100 billion neu¬ 
rons, each with about a thousand con¬ 
nections to its neighbors and each 
capable of about 10 activations per sec¬ 
ond. This comes to some lO'^ opera¬ 
tions per second. 

“How far away are we from being 
able to have that power? To be able to 


jump from 10* in 1988—that’s about 
five to six orders of magnitude—we are 
going to need new technologies.” Sej¬ 
nowski discussed his belief that “the 
future of massively parallel computa¬ 
tion lies in analog VLSI,” referring to 
work by Carver Mead of the California 
Institute of Technology. 

The next invited talk, delivered by 
Takeo Kanade, professor and member 
of the robotics institute at CMU, 
provided a perspective on developments 
in computer vision. 

“Historically, computer vision 
algorithms have derived mostly from 
heuristic knowledge,” according to 
Kanade. “By digging into deeper 
physics, geometrical and optical pro¬ 
cesses, we can actually have more 
powerful algorithms than those derived 
by heuristics.” 

Kanade discussed his work on CMU’s 
NavLab, a van capable of impressive 
feats of terrain recognition and autono¬ 
mous navigation equipped with 
onboard sensors, onboard computers 
and onboard researchers. “They (the 
researchers) are responsible when the 
code doesn’t work that well,” he said. 
NavLab is an earthbound explorer, but 
an ultimate goal is to construct a Mars 
rover capable of navigating the more 
challenging terrain of that planet. 

Kanade went on to discuss under¬ 
standing color. In the final analysis, he 
said, “We have to base our vision the¬ 
ories on physics and geometry. The idea 
is to do as well as or better than 
humans, and not be constrained by 
preconceptions of the human 
approach.” 

The third invited speaker, John 
McDermott of Digital Equipment Cor¬ 
poration, spoke on “Exploiting Task 
Structure to Automate Knowledge 
Acquisition.” McDermott discussed 
three “insightful definitions of knowl¬ 
edge acquisition,” and focused on three 
KA tools he’s “been involved in 
developing” called MOLE, BURN, and 
SALT. McDermott concluded with an 
exhortation to bring the “learning and 
knowledge acquisition communities 
together,” to better share the results 
achieved on these two fronts. 

Best paper awards. The fourth day of 
the conference featured the best paper 
awards, presented to Brian C. Williams 
of the Massachusetts Institute of Tech¬ 
nology for “MINIMA: A Symbolic 
Approach to Qualitative Reasoning” 
and Steve Minton of CMU for “Quan¬ 
titative Results Concerning the Utility 
of Explanation.” Also featured was an 
invited panel on “Where We Are and 
Where We Are Going,” chaired by 
Howard Shrobe of Symbolics. 


Algorithms, compilation 
technology key topics 
at 17th ICPP event 

Luddy Harrison, University of Illinois 

Contrasting this year’s International 
Conference on Parallel Processing with 
the ICPP held 14 years ago, keynoter 
David J. Kuck said there is more 
interest today in applications and 
algorithms but less in specific machine 
organizations and language-design issues. 

Tse-yun Feng of Pennsylvania State 
University, sponsor of 17th ICPP in St. 
Charles, Illinois, August 15-19, was 
conference chair. David H. Bailey of 
the NASA Ames Research Center, 
Howard E. Sturgis of the Xerox Palo 
Alto Research Center, and Faye A. 
Briggs of Sun Microsystems served as 
program co-chairs. 

In his address, Kuck, director of the 
Center for Supercomputing Research 
and Development at the University of 
Illinois at Urbana-Champaign, com¬ 
pared the topics represented among the 
papers in the 1974 ICPP proceedings 
with those in the 1988 proceedings. He 
said that, while compilation technology 
was—and remains—a great interest 
area, it has dovetailed with discussions 
of programming environments for par¬ 
allel machines. 

In Kuck’s view, there remains too lit¬ 
tle I/O discussion at the conference. He 
commented on the importance of care¬ 
ful performance evaluation, citing most 
users’ inability to identify and correct 
performance bottlenecks in codes that 
execute on high-speed machines. 

Kuck predicted that high- 
performance systems will be routinely 
used for both symbolic and numerical 
computation in the future and, there¬ 
fore, programming environments will 
be increasingly important where both 
computation types are supported. 

Several panel discussions were con¬ 
ducted during the conference, with 
experts in various parallel-processing 
aspects presenting their viewpoints. The 
discussion on software concerned the 
proposed PCF Fortran standard, a For¬ 
tran parallel-processing extension. The 
language provides an extensive means 
of creating and coordinating parallel 
computation strands. 

A lively discussion on new directions 
in architecture and technology featured 
panelists representing a wide variety of 
approaches to the topic. If a consensus 
emerged, it was that software support 
for parallel architectures will become 
increasingly important. Several panel 
members described interprocedural 
analysis as the most important issue in 
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America’s Cup yacht architect to address ICCAD 


compilation for high-performance 
architectures. 

Burton Smith of Tera Computer 
predicted that nearly all future parallel 
machines will exhibit shared-memory 
architectures, but that a few 
distributed-systems manufacturers will 
flourish. He also speculated that the 
number of instruction sets in use will 
decrease and 64-bit word lengths will 
become commonplace. 

Several members of the architec¬ 
ture/technology panel said they antici¬ 
pate that dataflow architectures will 
come of age and emphasized the impor¬ 
tance of static program analysis in 
reducing execution costs traditionally 
associated with dataflow-machine flexi¬ 
bility. 

Dave Emberson of Sun Microsystems 
chaired the panel; Kai Hwang of the 
University of Southern California, Bob 
lannucci of the Massachusetts Institute 
of Technology, Bob Rau of Cydrome, 
Steve Wallach of Convex Computers, 
and Smith were the panelists. 

During the technical program, 173 
papers were presented in three areas: 
architecture, software, and algorithms 
and applications. 


James C. Oliver, a naval architect 
who has worked on designing 
America’s Cup yachts for three years, 
will be the featured speaker at the Sixth 
International Conference on Computer- 
Aided Design November 7-10 at the 
Santa Clara (California) Convention 
Center. 

A1 Jimenez of proCASE is ICCAD 88 
conference chair, and Andrzej Strojwas 
of Carnegie Mellon University is pro¬ 
gram chair. The event is sponsored by 
the IEEE Computer Society and IEEE 
Circuits and Systems Society in cooper¬ 
ation with the IEEE Electron Devices 
Society and ACM’s Special Interest 
Group on Design Automation. 

Oliver is with Science Applications 
International Corporation, and the title 
of his talk during the November 9 con¬ 
ference banquet will be “The America’s 
Cup Computer-Aided Designed 
Yachts.’’ He is the coauthor of an arti¬ 
cle, “Stars & Stripes: Computer Gener¬ 
ated Yacht,’’ that appeared in the 
August 1987 issue of Scientific 
American. 

“Stars & Stripes’’ retained the 


America’s Cup off San Diego, Calif¬ 
ornia, September 7 and 9, defeating 
the challenger, “New Zealand.’’ 

Kicking off the conference, a full day 
of tutorials is scheduled November 7 on 
“Design for Testability,” “Automatic 
Synthesis of Analog Integrated Cir¬ 
cuits,” “The Use of Parallel Processing 
in CAD,” and “Multi-Level Logic Syn¬ 
thesis.” 

Two panel sessions are planned 
November 8, one posing the question 
“Is CAD A Viable Business?” and the 
other asking “Do Expert Systems Have 
A Role in CAD?” 

The program will also feature 120 
presentations during 36 technical ses¬ 
sions devoted to such areas as 
“Algorithmic Fault Simulation Tech¬ 
niques,” “Frameworks for CAD,” and 
“Reconfiguration for Yield 
Enhancement.” 

Additional information about the 
program as well as on registration may 
be obtained by contacting MP Associ¬ 
ates, 7490 Clubhouse Rd., Suite 102, 
Boulder, CO 80301, phone (303) 
530-4562. 
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DIRECTOR, COMPUTER SCIENCE DIVISION 

The Office of Naval Research (ONR) is seeking an outstanding individual to serve in this Civil Service position in the 
Senior Executive Service. Salary range is $64,700 to $73,400, depending on qualifications. In addition to salary, career 
SES appointees are eligible to compete for performance awards and bonuses. 

The Director, Computer Science Division is responsible for providing leadership, coordination and direction for ONR's 
$15M contract research program in computer science. The Division Director is the scientific administrator of ONR R&D 
activity m the field with full responsibility for staffing his/her program, establishing overall priorities and procedures, 
and recommending changes in program objectives and policies to the Director, Engineering Sciences. The Division 
Director serves as the principal consultant to the Navy on developing naval applications in computer science. 

Candidates should possess a Ph.D. or equivalent in computer science or a related discipline and significant research 
experience in at least two of the following areas; computer software, artificial intelligence, computer system architec¬ 
ture, man-machine interface, robotics, and manufacturing science. In addition to an active career in the conduct of 
hlgWy'd experience in the management and coordination of large scale research projects is 

l^nterested persons should submit a resume, including a list of publications, and a Standard Form 171, Application for 
Federal Employment (available at Federal job Information Centers or from the address below), to: 

Office of the Chief of Naval Research 

Civilian Personnel Division, Code 01242P 
Attn: Announcement #88-54 (1C) 

800 North Quincy Street 
Arlington, VA 22217-5000 

Applications will be accepted through 31 October 1988 and must be received by that date. Applicants are requested to 
complete the appropriate supplemental forms. For further information and supplemental forms, please call (202) 696-4705. 

U.S. CITIZENSHIP REQUIRED • AN EQUAL OPPORTUNITY EMPLOYER 








INTERNATIONAL CONFERENCE ON FIFTH GENERATION COMPUTER SYSTEMS 1008 

NOVEMBER 28 (Mon.)-DECEMBER 2 (Fri.), 1988 TOKYO, JAPAN 

The FGCS Conference, with two predecessors held in 1981 and 1984, has received high 
ratings as an event that provides an opportunity for many distinguished scholars, top-class 
research engineers, and highcaliber business and government people to gather from all 
over the world to report research results and exchange opinions. We look forward to your 
participation in the Conference. 


GENERAL INFORMATION 

HOST; 

Institute for New Generation Computer Technology 
(ICOT) 

SUPPORT: 

Ministry of International Trade and Industry (MITI) 

COOPERATION: 

• Information Processing Society of Japan 

• The Institute of Electronics, Information and 
Communication Engineers 

• Japanese Society for Artificial Intelligence 

• Japan Society for Software Science and Technology 

• The Computer Society of the IEEE ^ 

• Association for Computing Machinery Q 

DEMONSTRATION: 

Intermediate research results of the Japanese FGCS 
project will be demonstrated. 

REGISTRATION FEE: 

¥90,000 by September 30,1988 
¥110,000 after October 1,1988 

APPLICATION: 

Those who wish to make a registration for the 
conference, please request Registration Form to the 
Secretariat. 

ORGANIZATION; 

Steering Committee 

Conference Chairman:Hideo Also, Keio Univ. 
Vice-Chairman:Kazuhiro Fuchi, ICOT 
Program Committee 

Chairman :Hidehiko Tanaka, Univ. of Tokyo 
Vice-Chairman: Koichi Furukawa, ICOT 
The Program Committee is composed of 57 members 
from 10 countries. 


CONFERENCE SCHEDULE 

PLENARY SESSIONS Nov. 28-Nov. 29 

• OPENING SESSION 

• PANEL DISCUSSION 

Social Impact of Information Technology & International 
Collaboration 

• INVITED LECTURES 
Herbert A. Simon 
(Carnegie Mellon Univ., U.S.A.) 

Keith L. Clark 

(Imperial College, U.K.) 

• REPORT ON ICOT’S PROGRESS 

TECHNICAL SESSIONS Nov. 30-Dec. 2 

• INVITED PAPERS 

Robin Milner (Univ. of Edinburgh, U.K.) 

Yoshihiko Futamura (Harvard Univ., U.S.A.) 

David H.D. Warren|(Univ. of Bristoi, U.K.) 

Herve Gailaire(ECRC, F.R.G.) 

• SPECIAL SESSIONS 

Messages from Parailei Complexity Theory 
-Does Parallelism Heip?— 

Meta-Computation and Reflection 
Paralleiism in Al 

New Paradigms of Knowledge Acquisition 
Progress and Future Plans of Knowledge Information 
Processing 

ICOT Research Topics 

• PRESENTATION of 95 papers selected from 355 
submitted papers. 

• PANEL DISCUSSION 

Theory and Practice of Concurrent Systems 


FGCS’ 88 Secretariat: ____ 

Institute for New Generation Computer Technology (ICOT) 

Mita Kokusai Bldg. 21F, 1-4-28 Mita,Minato-ku,Tokyo 108, Japan 
Phone:03(456)3195 Telex:32964 ICOT J _ 






ACM SIGSOFT ’88: Third Symposium on 
Software Development Environments (SDE3) 


November 28 - 30,1988 


Boston Marriott Cambridge 


Boston, Massachusetts 


Sponsored by: ACM SiGSOFT and ACM SIGPLAN 

In cooperation with ACM SIGAda SIGAda Future APSE Workshop: December 1 -2,1988 

SIGSOFT’88 is devoted to the state of the art in software development environments (SDE’s). The Third Symposium on Software 
Development Environments addresses issues fundamental to the development of useful SDE’s and CASE technology of the fu- 
ture The particular theme of the Third Symposium is Integrated SDE’s. environments which support an integration mechanism 
which enables tcwls to cooperate efficiently, and which provide users with consistent views of the environment and its services. A 
special feature of SIGSOFT’88 is the demonstration of prototype and production quality environments and tools. The Symposium 
IS organized in conjunction with the SIGADA Future APSE Workshop. Accordingly, the final sessions of the Symposium are 
devoted to topics relevant to both symposium and workshop attendees. 


PRELIMINARY PROGRAM 


MONDAY, November 28,1988 
8:45 am >9:00 am 
Opening Remarks 
Peter B. Henderson and Barry Boehm 

9:00 am - 10:30 am 
Session A: Research SDE’s 
Foundations for the Arcadia Environment Architecture 
Richard Taylor. Lee Osterweil, Frank Belz, et al. 

CENTAUR: The System, J. Incerpi 

The Ergo Support System, Peter Lee, Frank Pfenning, et al. 

11:00 am -12:30 pm 
Session B: Industrial SDE’s 
The Software Ufe Cycle Support Environment (SLCSE) 

Tom Strelich 

ISEF:An Integrated Industrial-Strength Software Engineering 
Framework, Shaye Koenig 
Discussants: Research and Industrial SDE’s: 

Robert M. Balzer and Winston W. Royce 

2:00 pm-3:30 pm 

Session C: Case Studies of Actual Environments 
The Workshop System - A Practical Knowledge-Based 
Software Environment, Geoffrey M. Clemm 
A Software Development Environment for Law-Governed 
Systems, Naftaly Minsky, David Rozenshtein 
Interacting with an Active, Integrated Environment, 

Ian Sommerville, Thomas Rodden and Peter Sawyer 

4:00 pm -5:30 pm 

Panel Session D: Major National and International SDE 
Programs 

Moderator - Barry Boehm, with Kouichi Kishida, Jack Metthey, 
Howard Nicholls, and Bill Riddle 

8:00 pm-11:00 pm 

Evening Demonstrations of SDE Technology 

TUESDAY, November 29,1988 
8:30 am-10:30 am 

Morning Demonstration of SDE Technology 
11:00 am-12:30 pm 

Session E: SDE’s and the Software Process 
Object Database Support for a Software Project Management 
Environment, Lung-Chun Liu, Ellis Horowitz 
A Plan-Based Intelligent Assistant that Supports the Software 
Development Process, Karen Huff, Victor Lesser 
Fourth Software Process Workshop Summary, David Notkin 

2:00 pm-3:30 pm 

Session F: SDE Integration Mechanisms 
The Ergo Attribute System, Robert Nord, Frank Pfenning 


Session F Cont’d 

Graph Attribution as a Specification Paradigm, B. Alpern, 

A. Carle. Barry Rosen, Peter Sweeney, Kenneth Zadeck 
P Graphite: An Experiment in Persistent Typed Object 
Management, A. Wolf, J. Wileden,C. Fisher, P. Tarr 

4:00 pm -6:00 pm 

Session G; SDE Technology Elements 
User Interface Support for the Integration of Software Tools: 
an Iconic Model of Interaction, M. Beaudouin-Lafon 
TEAM: A Support Environment for Testing, Evaluation, and 
Analysis, Lori Clarke. Debra Richardson, Steven Zeil 
Transformational Derivation of Programs Using the FOCUS 
System, Uday S. Reddy 

Extended Programming in the Large in a Software 
Development Environment, Claus Lewerentz 

WEDNESDAY, November 30,1988 
8:30 am-10:30 am 
Session H: Version Management 
A Unifying Model for Consistent Distributed Software 
Development Environments, J. Walpole, G.S. Blair, etal. 

An Integrated Toolset for Engineering Software 
Configurations, Axel Mahler, Andreas Lampen 
Version Managements Gypsy, Ellis Cohen, Dilit Soni, et al. 

A Graph Transform Model for Configuration Management 
Environments, Dennis Heimbigner, Steven Krane 

11:00 am - 12:00 pm 

Panel Session I: Workshop Report; Data Management for 
SDE’s? 

Moderator - Maria Penedo, with Mark Dowson, Erhard 
Ploedereder, and Ian M. Thomas 

1:30 pm- 3:00 pm 

Session J: Public Tool Interfaces: CAIS S PCTE 
An Overview of CAIS-A, Robert Munck 
An Overview of PCTE, Ian M. Thomas 
Discussants: CAIS and PCTE Users, R. Thall and W. Paseman 

3:30pm - 5:00 pm 
Session K: Progress In Ada SDE’s 
(A joint session with the SIGADA Future APSE Workshop, to 
continue through December 1 and 2.) Rick Slumbers, Hal Hart, 
Mark Frappier _ 


Registration material/information is available from: 

Peter B. Henderson 

Department of Computer Science 

SUNY at Stony Brook 

Stony Brook, NY 11733 

USA 

pbh@sbcs.sunnysb.edu 







CALENDAR 


October 1988 


SIGGraph Symp. on User Interface Soft¬ 
ware, Oct. 17-19, Banff, Canada. Sponsor: 
ACM. Contact John Sibert, Electrical 
Engineering and Computer Science Dept., 
George Washington Univ., Washington, DC 
20052, phone (202) 994-4953. 

Fourth Int’l Conf. on Satellite Systems for 
Mobile Communications and Navigation, 

Oct. 17-19, London. Sponsor: Institution of 
Electrical Engineers. Contact Conf. Services 
Dept., lEE, Savoy PI., London WC2R OBL, 
UK, phone 44 (1)240-1871. 

Software Productivity Conf., Oct. 17-20, 
Washington, DC. Sponsor: DPMA. Contact 
Conf. Staff, US Professional Development 
Inst., 1734 Elton Rd., Suite 221, Silver 
Spring, MD 20903, phone (301) 445-4400. 

Transnational Forum on Standards, Oct. 
17-21, Reno, Nev. Sponsor: IEEE Standards 
Board. Contact Jay Forster, 1700 Dell Ave., 
Campbell, CA 95008, phone (408) 370-4202; 
or Addy Zeni, IEEE Headquarters, 345 East 
47th St., New York, NY 10017-2394, phone 
(212) 705-7304. 

Third Int’l Symp. on Knowledge Engineer¬ 
ing, Oct. 17-21, Madrid, Spain. Sponsor: 
American Assoc, for Artificial Intelligence. 
Contact Jose R. Chelala, Third Int’l Symp. 
on Knowledge Engineering, Alvarez de 
Baena, 3-2, 28006 Madrid, Spain. 

Fourth Software Engineering Conf. and 
Exhibition, Oct. 18-21, Paris. Sponsor: 
AFCET. Contact CGL4, 156 blvd. Pereire, 
75017 Paris, France. 

Superconductivity 88, Oct. 19, Boston. 
Sponsor: SME. Contact Karen Kammerer, 
SME Technical Committee Projects Dept., 1 
SME Dr., Dearborn, MI, 48121, phone (313) 
271-1500, ext. 542. 

Concom 88, Advances in Communications 
and Control Systems, Oct. 19-20, Baton 
Rouge, La. Contact Morteza Naraghi-Pour, 
Electrical and Computer Engineering Dept., 
Louisiana State Univ., Baton Rouge, LA 
70803, phone (504) 388-5551. 

^1^ VHDL Users Group Meeting, Oct. 

23-26, Redondo Beach, Calif. Contact 
Randolph E. Harr, 127 Beaumont Ave., San 
Francisco, CA 94118, phone (415) 387-8262. 


FOCS, 88, 29th Foundations of Com- 
v!? puter Science Conf., Oct. 24-26, White 
Plains, N.Y. Contact Christos Papadimi- 
trou. Computer Science and Engineering 
Dept., Univ. of California at San Diego, 

La Jolla, CA 92043, phone (619) 534-2086. 


^1^ Conferences that the IEEE Computer Society sponsors or participates in 
cated by the Computer Society logo; additional conference sponsors are 
listed. Other conferences of interest to our readers are included as well. 


1 are indi- 
also 


For inclusion in Call for Papers or Calendar, submit information six weeks before the 
month of publication (i.e., for the December 1988 issue, send information for receipt 
by Oct. 15, 1988) to Calendar Editor, Computer, 10662 Los Vaqueros Circle, Los 
Alamitos, CA 90720. 


CSM 88, Conf. on Software Main¬ 
tenance, Oct. 24-27, Phoenix, Ariz. 
Contact Robert Arnold, Software Productiv¬ 
ity Consortium, 1880 Campus Commons Dr. 
North, Reston, VA 22091, phone (703) 
391-1898. 


Third Int’l Symp. on Computer and Infor¬ 
mation Sciences, Oct. 29-Nov. 2, Cesme, 
Izmir, Turkey. Contact Emrah Orhun, Ege 
Univ., Computer Science and Engineering 
Dept., Bornova, Izmir, Turkey, phone 90 
(51) 18-10-80. 


Tri-Ada 88 Conf. and Exposition, Oct. 

24-27, Charleston, W.Va. Sponsor: ACM. 
Contact Ralph Crafts, Rt. 2, Box 713, 
Harpers Ferry, WV 25425, phone (304) 
725-6542. 

First Int’l Symp. on Artificial Inteliigence: 
Knowledge-Based Systems, Oct. 24-28, Mon¬ 
terrey N.L., Mexico. Contact Francisco J. 
Cantu, Instituto Tecnologico de Monterrey, 
ITESM Sue. Correos “J”, Monterrey N.L., 
Mexico, 64849, phone 52 (83) 59-59-43. 

Second Int’l Software for Strategic 
Systems Conf., Oct. 25-26, Huntsville, 
Ala. Cosponsor: Univ. of Alabama in 
Huntsville. Contact Karen B. Mack, Univ. 
of Alabama in Huntsville, Division of Con¬ 
tinuing Education, Conferences, Tom Bevill 
Center, Huntsville, AL 35899, phone (205) 
895-6357 or 6372. 

lECON 88, 14th Conf. of the IEEE Indus¬ 
trial Electronics Society, Oct. 25-27, Singa¬ 
pore. Contact V.K.L. Huang, AT&T 
Information Systems, Crawford Corners 
Rd., Holmdel, NJ 07733, phone (210) 
949-0069. 


From Vision to Payoff, Oct. 30-Nov. 2, 
Washington, DC. Sponsor: Information 
Industry Assoc. Contact Meetings Dept., 
IIA, 555 New Jersey Ave. NW, Suite 800, 
Washington, DC 2(XK)1, phone (202) 
639-8262. 


Ninth IEEE Symp. on Mass Storage 
Systems, Oct. 30-Nov. 3, Monterey, 
Calif. Contact Patric Savage, Shell Develop¬ 
ment Co., PO Box 481, Houston, TX 77001, 
phone (713)663-2384. 


ICCC 88, Ninth Int’i Conf. on Computer 
Communication, Oct. 30-Nov. 3, Tel Aviv, 
Israel. Sponsor: IEEE Israel Section. Con¬ 
tact J. Kella, Secretariat, PO Box 50006, Tel 
Aviv 61500, Israel, phone 972 (3) 654-571. 


22nd Asilomar Conf. on Signals, Sys- 
vl? terns, and Computers, Oct. 31-Nov. 2, 

Pacific Grove, Calif. Cosponsors: Naval 
Postgraduate School, San Jose State Univ. 
Contact Douglas Elliott, Rockwell Interna¬ 
tional, 3370 Miraloma Ave., MS BD07, Ana¬ 
heim, CA 92803-317, phone (714) 762-2340. 


Systec 88, Second Int’l Trade Fair for 
Computer-Integrated Manufacturing, Oct. 

25-28, Munich, West Germany. Contact 
Munchener Messe- und Ausstellungsgesell- 
schaft mbH, Projektleitung Systec 88, Post- 
fach 12 10 09, D-8000 Munchen 12, West 
Germany, phone 49 (89) 51-070. 

Project MAC/LCS 25th Anniversary Symp., 
Oct. 26-27, Cambridge, Mass. Sponsor: MIT 
Lab. for Computer Science. Contact Albert 
R. Meyer, MIT LCS, 545 Technology 
Square, Cambridge, MA 02139, phone (617) 
253-5851. 


37th Computer Conf. and Business Exposi¬ 
tion, Oct. 31-Nov. 2, Dallas. Sponsor: 

DPMA. Contact DPMA, 505 Busse Hwy., 
Park Ridge, IL 60068-3191, phone (312) 
825-8124. 

ICCS 88, Int’l Conf. on Communication 
Systems, Oct. 31-Nov. 3, Singapore. Spon¬ 
sors: IEEE, National Univ. of Singapore, 
Telecommunication Authority of Singapore. 
Contact ICCS 88, c/o Meeting Planners Pte. 
Ltd., 100 Beach Rd., No. 33-04, Shaw 
Towers, Singapore 0718. 
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October 1988 








November 1988 


® 14th Seminar on Software Quality, 
Nov. 2, New York City. Sponsor: 
IEEE Computer Society New York Chapter. 
Contact Primalia Chang, c/o Peat Marwick 
Main and Co., 345 Park Ave., New York, 
NY 10154. 


1988 Workshop on VLSI Signal Processing, 
Nov. 2-4, Monterey, Calif. Sponsor: IEEE. 
Contact Paulette Powell, Electronics 
Research Lab, Univ. of California, Berkeley, 
CA 94720, phone (415) 642-1566. 

CASE User Conf., Nov. 2-4, Monterey, 
Calif. Sponsor: CASE Research Corp. Con¬ 
tact Greg Boone, CASE Research Corp., 155 
108th Ave. NE, Suite 210, Bellevue, WA 
98004, phone (206) 453-9900. 

Symp. on Computer Graphics Education, 
Nov. 4-5, Poughkeepsie, N.Y. Sponsors: 
Marist College, ACM. Contact William J. 
Joel, Marist College, 82 North Rd., Pough¬ 
keepsie, NY 12601. 

12th Symp. on Computer Applications in 
Medical Care, Nov. 6-9, Washington, DC. 
Contact Office of Continuing Medical Edu¬ 
cation, George Washington Univ. Medical 
Center, 2300 K St. NW, Washington, DC 
20037, phone (202) 994-8928. 


19th Int’I Symp. and Exposition on Robots, 
Nov. 6-10, Sydney, Australia. Sponsor: Aus¬ 
tralian Robot Assoc. Contact ARA, GPO 
Box 1527, Sydney NSW 2001, Australia, 
phone 61 (2) 959-4632. 

ICCAD 88, IEEE Int’I Conf. on 

Computer-Aided Design, Nov. 7-10, 
Santa Clara, Calif. Cosponsor: ACM. Con¬ 
tact A1 Jimenez, Mentor Graphics Corp., 
1940 Zanker Rd., San Jose, CA 95112, 
phone (408) 436-1500; or Pro CASE, 3130 
Dela Cruz Blvd., Suite 100, Santa Clara, CA 
95054, phone (408) 727-0714. 

Third Workshop on Knowledge Acquisition 
for Knowledge-Based Systems, Nov. 7-11, 
Banff, Canada. Sponsor: AAAI. Contact 
John H. Boose, Advanced Technology Cen¬ 
ter, Boeing Computer Services, MS 7L-64, 

PO Box 24346, Seattle, WA 98124, phone 
(206) 865-3253. 

GOMAC 88, Government Microcircuit 
Applications Conf., Nov. 8-10, Las Vegas, 
Nev. Contact Jay Morreale, Palisades Inst, 
for Research Services, 201 Varick St., Suite 
1140, New York, NY 10014, phone (212) 
620-3371. 


Symposiums on Nuclear Science and Nuclear 
Power Systems, Nov. 9-11, Orlando, Fla. 
Sponsor: IEEE. Contact E. Barsotti, Fer- 
milab, MS 222, Box 500, Batavia, IL 60510, 
phone (312) 840-4061. 


© Second Int’I Symp. on Interoperable 
Information Systems, Nov. 10-11, 
Tokyo. Cosponsor: INTAP. Contact Hideo 
Also, Electrical Engineering Dept., Keio 


Univ., 3-14-1, Hiyoshi, Kohoku-ku, Yoko¬ 
hama, Karagawa, 223 Japan, phone 81 (44) 
63-1141, ext. 3320. 

Ninth Int’I Conf. on Pattern Recognition, 
Nov. 14-17, Rome. Sponsor: lAPR. Contact 
M.J.B. Duff, Physics and Astronomy Dept., 
Univ. College London, Gower St., London 
WCIE 6BT, England, UK, phone 44 (1) 
380-7010; Herbert Freeman, CAIP Center, 
Rutgers Univ., Piscataway, NJ 08855-1390, 
phone (201) 932-3443; or Stefano Levialdi, 
Dip. di Matematica, Universita di Roma, 
Piazzale Aldo Moro 2,1-00185 Roma, Italy, 
phone 39 (6) 49-91-32-49 or 50. 

Supercomputing 88, Nov. 14-18, Kis- 

simmee, Fla. Cosponsor: ACM. Con¬ 
tact George Michael, Lawrence Livermore 
National Lab, PO Box 808, L-306, Liver¬ 
more, CA 94550, phone (415) 422-4239. 

Fourth Conf. on Artificial Intelligence for 
Space Applications, Nov. 15-16, Huntsville, 
Ala. Sponsors: NASA, Univ. of Alabama in 
Huntsville. Contact Conf. on Artificial Intel¬ 
ligence for Space Applications, 

NASA/EB44, MSFC, AL 35812, phone 
(205) 544-5181. 


AIDA 88, Fourth Conf. on Artificial Intelli¬ 
gence and Ada, Nov. 15-16, Washington, 
DC. Sponsor: George Mason Univ.. Contact 
Jorge Diaz-Herrera, Computer Science 
Dept., George Mason Univ., 400 University 
Dr., Fairfax, VA 22030, phone (703) 
323-2713. 

Sixth CIPS Edmonton Computer Conf., 
Nov. 15-17, Edmonton, Canada. Sponsor: 
Canadian Information Processing Society. 
Contact U.M. Maydell, Computing Science 
Dept., Univ. of Alberta, Edmonton, Alta., 
T6G 2H1, Canada. 


Wescon 88, Nov. 15-17, Anaheim, Calif. 
Sponsors: IEEE, Electronic Representatives 
Assoc. Contact Wescon 88, c/o Electronic 
Conventions Management Educational 
Activities Dept., 8110 Airport Blvd., Los 
Angeles, CA 90045, phone (213) 772-2965. 

Neuro-Nlmes 88, Int’I Workshop on Neural 
Networks and Their Applications, Nov. 
15-17, NImes, France. Sponsor: Assoc, de 
Recherche Cognitive. Contact EC2, Neuro- 
Nimes 88, 269-287, rue de la Garenne, 92000 
Nanterre, France. 


© Seventh Int’I Conf. on Entity- 

Relationship Approach, Nov. 16-18, 
Rome. Cosponsor: ER Inst. Contact Salva¬ 
tore T. March, Management Sciences, Univ. 
of Minnesota, 271 19th Ave. South, Min¬ 
neapolis, MN 55455, phone (612) 624-2017. 


Real-Time Programming Convention, Nov. 
18-19, Anaheim, Calif. Sponsor: Forth 
Interest Group. Contact Kent Safford, Forth 
Interest Group, 1330 S. Bascom Ave., No. 

D, San Jose, CA 95128, phone (408) 
277-0668. 


SIGSoft 88, Third Symp. on Software Devel¬ 
opment Environments, Nov. 28-30, Boston. 
Sponsor: ACM. Contact Barry Boehm, 
TRW-DSG, 1 Space Park, R2-2086, 

Redondo Beach, CA 90278. 


Micro 21, Workshop on Micropro- 
nS 7 gramming and Microarchitecture, Nov. 
28-Dec. 1, San Diego, Calif. Cosponsor: 
ACM. Contact Wen-Mei Hwu, Coordinated 
Science Lab, Univ. of Illinois at Urbana- 
Champaign, 1101 W. Springfield Ave., 
Urbana, IL 61801, phone (217) 244-8270. 


Conf. on Neural Information Processing 
Systems, Nov. 28-Dec. 1, Denver. Sponsor: 
IEEE. Contact Scott Kirkpatrick, IBM T.J. 
Watson Research Center, PO Box 704, 
Yorktown Heights, NY 10598. 

FGCS 88, Int’I Conf. on Fifth- 
Generation Computer Systems, Nov. 
28-Dec. 2, Tokyo. Cosponsors: Inst, for 
New Generation Computer Technology, et 
al. Contact Hideo Aiso, Electrical Engineer¬ 
ing Dept., Keio Univ., 3-14-1, Hiyoshi, 
Kohoku-ku, Yokohama, Karagawa, 223 
Japan, phone 81 (44) 63-1141, ext. 3320. 


December 1988 


Globecom 88, Dec. 1-2, Hollywood, Fla. 
Sponsor: IEEE. Contact Dennis J. Sassa, 
Bell Communications Research, NVC 
2Z-129, 331 Newman Springs Rd., Red 
Bank, NJ 07701-7020, phone (201) 446-6787. 

Int’I Symp. on Databases for Parallel 
VB' and Distributed Systems, Dec. 5-7, 
Austin, Texas. Cosponsor: ACM. Contact 
Joseph E. Urban, ECE Dept., Univ. of 
Miami, PO Box 248294, Coral Gables, FL 
33124, phone (305) 284-3598; or Won Kim, 
MCC, 3500 Balcones Center Dr., Austin, TX 
78759, phone (512) 338-3439. 


Third Decision Support Technology Conf., 
Dec. 5-7, Cambridge, Mass. Contact Donna 
Kacin, 51 Church St., Boston, MA 02116, 
phone (617) 482-3596. 


© Ninth Real-Time Systems Symp., Dec. 

6-8, Huntsville, Ala. Contact Walter 
L. Heimerdinger, Honeywell Systems and 
Research Center, MN65-2100, 3660 Technol¬ 
ogy Dr., Minneapolis, MN 55418, phone 
(612)782-7319. 


12th Western Educational Computing Conf., 
Nov. 17-18, San Diego, Calif. Sponsor: 
California Educational Computing Consor¬ 
tium. Contact Judah Rosenwald, Extended 
Education, NAD 153, San Francisco State 
Univ., 1600 Holloway, San Francisco, CA 
94132, phone (415)338-1212. 


Infomatics 88, Dec. 6-8, Hong Kong. Spon¬ 
sor: Int’I Information Management Con¬ 
gress. Contact IIMC, 345 Woodcliff Dr., 
Fairport, NY 14450, phone (716) 383-8330. 

EuroComm 88, Second Int’I Exhibition and 
Congress on Business, Public, and Home 
Communications, Dec. 6-9, Amsterdam. 
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Approach 

November 16-18,1988 


7th International Conference on 
Entity-Relationship Approach 


Hotel Ambasciatori 


Presented by: In Cooperation with: 

THE ^ 


DAMA 


afcet 

AICA 


lASI-CNR 

G1 


ACM IEEE Data Administration 

SIGBDP Computer Management 

Sociey Association 


Sponsored by: 

With the patronage of: 


Coordinated in Italy by: 


ITALSIEL - TECSIEL (FINSIEL-IRI group) 

MINISTERO DELLA RICERCA SCIENTIFICA - ITALY 
INSTITUTO CENTRALE DISTATISTICA - ITALY 
PROVVEDITDRATO GENERALE DELLO STATO - ITALY 
GESI Sri 


The Entity-Relationship Approach is the basis for many Database Design and System I>velopment Meth^olo^. ER Conferences 
bring together practitioners and researchers to share new developrnents md to the use of the ER Approach. 

® ® ^ 3-DAY CONFERENCE FEATURES: 

* Internationally Known Experts in Database and Information Management from both Academicj^ 

* Tutoriak.TJhnical Presentations. Panel Discussions. Vendor Demonstrations * Conferen« Pr^mgs andTutonal Maten 

* Traditional Italian Banquet • Lunches and Continuous Coffee Service Provided Each Day of the Conference 


PROGRAM HIGHLIGHTS: 


Papers Presented on Mqjor Themes; 

Database Development and Management 

database design * daU models and modeling 

database management systems * database dynamits 

languages for date description * database constraints 

and manipulation 
Application Systems 

♦ CAD/CAM and engineering databases * multi-media databases 
knowledge-based systans * user interfaces 

object-oriented systems * business systems 

Managing Organizational Information Resources 

data planning * data dictionaries 

information architectures * information centers 

translating data plans into systems * end user computing 


Tutorials Include: 

Klaus Dittrich 

Universitat Karlsruhe (West Germany) 
Object Oriented Databases 
• StefanoCeri 

Politecnico di Milano (Italy) 


‘ Gianfranco Potevolpe 
Italsiel (Italy) 

Software Maintenance 
* ShamNavathe 
University of Florida (USA) 

Conceptual and Logical Database Design 


^e be held at the Hotel Ambasciatori. a Fust Qass Hotel located at Vi. Veneto 70 Rome. Italy W817 

(396-47493) Via Veneto is among the most touristic streeta in Rome. More moderately pneed hotels, convement to the 

hotels include: Hotel Veneto. Via Piemonte 63 (396-789251). Hotel Alexandra, Via Veneto 18 (396-481943).. 


CONFERENCE FEES: 

Prior to Sept 25 After Sept 25 

_ Regular $375.00 $425.00 

_ Discount $325.00 $375.00 

_ Student $100.00 $150.00 

* Discount applies to Cooperating and Affiliated Organizations 

♦ Student Fee Excludes Luncheons and Banquet 


U,S. REGISTRATION: 

Professor Salvatore T. March 
Dqiartment of Management Sciences 
University of Mirmesota 
27119th Avenue South 
Minneapolis. MN 55455 USA 
(612) 624-2017; march@umnacvx.bimet 


NAME_ 


_ Discount Organization _ 


Make Checks Payable to: Seventh International ER Conference (US Dollars Only) 














Contact H. Heringa, EuroComm 88, c/o 
RAI Gebouw bv, Europaplein, 1078 GZ 
Amsterdam, The Netherlands, phone 31 (20) 
549-1212. 

Communications into the 90s, Dec. 7-8, 
Ottawa, Canada. Sponsor: Carleton Univ. 
Contact Marg Coll, 1138 Sherman Dr., 
Ottawa, Ont., Canada, K2C 2M4, phone 
(613)224-1741. 

Int’l Seminar on Performance of Distributed 
and Parallel Systems, Dec. 7-9, Kyoto, 

Japan. Contact Yutaka Takahashi, Applied 
Mathematics and Physics Dept., Kyoto 
Univ., Kyoto 606, Japan, phone 81 (75) 
751-2111, ext. 5513. 

Fourth National Convention of Computer 
Engineers, Dec. 9-11, Calcutta, India. Spon¬ 
sor: Institution of Engineers (India). Contact 
Anirban Basu, West Bengal State Center, 8, 
Gokhale Rd., Calcutta 700 020, India, phone 
91 (33) 28-8914. 

Winter Simulation Conf., Dec. 12-14, 

San Diego, Calif. Cosponsors: Society 
for Computer Simulation, et al. Contact 
Peter Haigh, NCR, 1700 S. Patterson Blvd., 
SER Bldg., Dayton, OH 45479, phone (513) 
865-8042. 

Third IEEE Conf. in Electromagnetic Field 
Compulation, Dec. 12-14, Bethesda, Md. 
Contact K. Webb, Electrical Engineering 
Dept., Univ. of Maryland, College Park, 

MD 20742. 


® ICCV 88, Second Int’l Conf. on Com¬ 
puter Vision, Dec. 12-15, Tarpon 
Springs, Fla. Contact Ruzena Bajcsy, Com¬ 
puter and Information Science Dept., Univ. 
of Pennsylvania, 200 S. 33rd St., Philadel¬ 
phia, PA 19104-6389, phone (215) 898-6222. 

Fourth Aerospace Computer Security 
NB? Applications Conf., Dec. 12-16, 
Orlando, Fla. Cosponsors: American Society 
for Information Science, Aerospace Com¬ 
puter Security Associates. Contact Marshall 
Abrams, 1820 Dolley Madison Blvd., 
McLean, VA 22101, phone (703) 883-6938; 
or Robert D. Kovach, ACSA, c^ ORl, 1375 
Piccard Dr., Rockville, MD 20850, phone 
(703) 648-0686. 


Second InI’l Workshop of VLSI Design, 
Dec. 15-18, Bangalore, India. Sponsor: 
Computer Society of India. Contact Ravi M. 
Apte, Valid Logic Systems, 2820 Orchard 
Pkwy., San Jose, CA 95134, phone (408) 
432-9400; or A. Prabhakar, Indian Tele¬ 
phone Industries, Dooravani Nagar, Ban¬ 
galore 560 016, India, phone 91 (812) 
563-211. 


® InI’l Computer Science Conf., Dec. 

19-21, Hong Kong. Contact Kam Wing 
Ng, Computer Science Dept., Chinese Univ. 
of Hong Kong, Shatin, N.T., Hong Kong; 
Jean-Louis Lassez, IBM T.J. Watson 
Research Center, PO Box 218, Yorktown 
Heights, NY 10598; or Francis Y.L. Chin, 
Center of Computer Studies and Applica¬ 
tion, Univ. of Hong Kong, Hong Kong. 


ICS 88, Int’l Computer Symp., Dec. 20-21, 
Taipei, Taiwan. Contact Louis R. Chow, 
Tamkang Univ., Tamsui, Taiwan, Republic 
of China; or Shi-Kuo Chang, Computer 
Science Dept., Univ. of Pittsburgh, Pitts¬ 
burgh, PA 15260. 

Eighth Conf. on Foundations of Software 
Technology and Theoretical Computer 
Science, Dec. 21-23, Pune, India. Cospon¬ 
sors: Tata Inst, of Fundamental Research, et 
al. Contact K.V. Nori, TRDDC, 1 Man- 
galdas Rd., Pune 411001, India, phone 91 
(212) 61-608. 

lOth Israel Convention on CAD/CAM and 
Robotics, Dec. 27-29, Tel Aviv. Sponsor: 
Israel Society for Computer-Aided Design 
and Manufacturing. Contact Secretariat, 
Ortra, Ltd., PO Box 50432, Tel Aviv 61500, 
Israel, phone 972 (3) 66-48-25. 


January 1989 


® Int’l Conf. on Wafer Scale Integration, 
Jan. 3-5, San Francisco. Contact Earl 
Swartzlander, TRW, R2/2076, 1 Space 
Park, Redondo Beach, CA 90278, phone 
(213)812-0791. 

22nd Hawaii Int’l Conf. on Systems 
Sciences, Jan. 3-6, Kailua-Kona, 
Hawaii. Cosponsor: Univ. of Hawaii. Con¬ 
tact Ralph Sprague, Jr., Decision Sciences 
Dept., Univ. of Hawaii, 2404 Maile Way, 
E-303, Honolulu, HI 96822, phone (808) 
948-7430. 


Impact of Recent Computer Advances on 
Operations Research, Jan. 4-6, Williams¬ 
burg, Va. Sponsor: Operations Research 
Society of America. Contact Ramesh 
Sharda, College of Business Administration, 
Oklahoma State Univ., Stillwater, OK 
74078, phone (405)624-5113. 


Contact Judith DesHarnais, Usenix Conf. 
Office, PO Box 385, Sunset Beach, CA 
90742, phone (213) 592-1381. 

Database 89 Expo and Conf., Jan. 31-Feb. 

2, San Francisco. Contact Dana De Nardi, 
289 S. San Antonio Rd., No. 204, Los Altos, 
CA 94022, phone (415) 941 -8440. 


February 1989 

Aerospace Applications Conf., Feb. 5-10, 
Breckenridge, Colo. Sponsor: IEEE. Con¬ 
tact Leo Mallette, Hughes Aircraft, MS: 
Bldg. R-10, A9026, PO Box 92919, Los 
Angeles 90009, phone (213) 334-2909. 

Fifth InI’l Conf. on Data Engineering 
Feb. 7-9, Los Angeles. Contact John 
Carlis, Computer Science Dept., Univ. of 
Minnesota, 207 Church St., SE, Min¬ 
neapolis, MN 55455, phone (612) 625-6092; 
or Data Engineering 89, IEEE Computer 
Society, 1730 Massachusetts Ave. NW, 
Washington, DC 20036-1903, phone (202) 
371-1013. 


17th Computer Science Conf., Feb. 21-23, 
Louisville, Ky. Sponsor: ACM. Contact 
Conf. Dept. A, Assoc, for Computing 
Machinery, 11 W. 42nd St., New York, NY 
10036. 


® Compcon Spring 89, Feb. 27-Mar. 3, 
San Francisco. Contact Kenichi Miura, 
Computational Research Dept., MS B2-7, 
Fujitsu America, 3055 Orchard Dr., San 
Jose, CA 95134-2017, phone (409) 432-1300, 
ext. 5408 or 5723. 


Securicom 89, Seventh Worldwide Congress 
on Computer and Communications Security 
and Protection, Feb. 28-Mar. 3, Paris. Con¬ 
tact SEDEP, 8, rue de la Michodiere, 75002, 
Paris, France, phone 33 (1) 47-42-40-30. 


Western Multiconference, Jan 4-6, San 
Diego, Calif. Sponsor: Society for Computer 
Simulation. Contact SCS, PO Box 17900, 

San Diego, CA 92117. 

Second Int’l Workshop on Artificial 
Intelligence in Economics and Manage¬ 
ment, Jan. 11-13, Singapore. Cosponsors: 
IFIP, et al. Contact Juzar Motiwalla or 
Vicky Toh, Inst, of Systems Science, 

National Univ. of Singapore, Heng Mui 
Keng Terrace, Singapore 0511, phone (65) 
772-2075. 


March 1989 

Fourth Conf. on Hypercube Concurrent 
Computers and Applications, Mar. 6-8, 
Monterey, Calif. Contact John Gustafson, 
Sandia National Labs, Division 3538, Bldg. 
MO-196, Albuquerque, NM 87185. 

Voice 89 Conf. and Exposition, Mar. 6-8, 
Santa Clara, Calif. Sponsor: Information 
Publishing Corp. et al. Contact Jon Sullivan, 
PO Box 42375, Houston, TX 77242, phone 
(713)974-6637. 


Symp. on Electronic Imaging, Jan. 15-20, 
Los Angeles. Sponsors: Int’l Society for 
Optical Engineering, Society for Imaging 
Science and Technology. Contact SPIE, PO 
Box 10, Bellingham, WA 98227-0010. 

Saudi Computer 89, Jan. 29-Feb. 2, Riyadh, 
Saudi Arabia. Contact Gerald G. Kallman, 5 
Maple Ct., Ridgewood, NJ 07450-4431, 
phone (201)652-7070. 

Unix Winter Technical Conf., Jan. 30-Feb. 

3, San Diego, Calif. Sponsor: Usenix Assoc. 


EMC 89, Eighth Zurich Symp. and Techni¬ 
cal Exhibition on Electromagnetic Compati¬ 
bility, Mar. 6-9, Zurich. Sponsor: Swiss 
Electrotechnical Assoc. Contact T. Dvorak 
EMC 89, ETH Zentrum-IKT, CH-8092, 
Zurich, Switzerland, phone 41 (1) 256-2790. 

CAIA 89, Fifth Int’l Conf. on Artifi¬ 
cial Intelligence Applications, Mar. 
6-10, Miami, Fla. Contact CAIA 89, IEEE 
Computer Society, 1730 Massachusetts Ave. 
NW, Washington, DC 20036-1903, phone 
(202) 371-1013. 
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Seventh IEEE Computer Fair, Mar. 
8-10, Huntsville, Ala. Joint sponsors: 
Huntsville IEEE Section, Huntsville IEEE 
Computer Society. Contact Connie Harbi- 
son, TotalCom, 1115 Church St., Suite H, 
Huntsville, AL, phone (205) 534-6383. 

NCAT, Seventh National Conf. on Ada 
Technology, Mar. 13-16, Atlantic City, NJ. 
Contact NCAT, US Army Communica¬ 
tions—Electronics Command, Attn.: 
AMSEL-RD-SE-CRM (Kay Trezza), Fort 
Monmouth, NJ 07703-5000, phone (201) 
532-1898. 


Tapsoft 89, Joint Conf. on Theory and Prac¬ 
tice of Software Development, Mar. 13-17, 
Barcelona, Spain. Sponsor: European Assoc, 
of Theoretical Computer Science. Contact 
Pere Botella, Facultat d’Informatica, Pau 
Gargallo, 5, 08028 Barcelona, Spain, phone 
34 (3) 333-8308. 


Workshop on Visual Motion, Mar. 
20-22, Irvine, Calif. Contact Ellen Hil¬ 
dreth, Artificial Intelligence Lab, 545 Tech¬ 
nology Square, Cambridge, MA 02139; or 
Ramesh Jain, Electrical Engineering and 
Computer Science Dept., Univ. of Michigan, 
Ann Arbor, MI 48109-2122. 

PCCC 89, Phoenix Conf. on Com- 
puters and Communications, Mar. 
22-24, Scottsdale, Ariz. Cosponsor: Arizona 
State Univ. Contact Thaddeus Regulinski, 
Loral Corp., PO Box 295, Goodyear, AZ 
85338. 

AISIG 89, Artificial Intelligence Sys- 
terns in Government Conf., Mar. 

27-31, Washington, DC. Cosponsors: 

George Washington Univ.. Contact AISIG 
89, MS W418, Mitre Corp., 7525 Colshire 
Dr., McLean, VA 22102; or IEEE Computer 
Society, 1730 Massachusetts Ave. NW, 
20036-1903, phone (202) 371-1013. 


Eastern Multiconference, Mar. 28-31, 
Tampa, Fla. Sponsor: Society for Computer 
Simulation. Contact SCS, PO Box 17900, 
San Diego, CA 92117-7900, phone (619) 


Third Parallel Processing Symp., Mar. 
29-31, Fullerton, Calif. Cosponsors: 
California State Univ. at Fullerton, et al. 
Contact Larry Canter, 1619 N. Hale, Fuller¬ 
ton, CA 92631, phone (714) 738-3414. 


Eighth Symp. on Principles of Database Sys¬ 
tems, Mar. 29-31, Philadelphia. Sponsor: 
ACM. Contact Avi Silbershatz, Computer 
Science Dept., Univ. of Texas at Austin, 
Austin, TX 78712. 


Workshop on Applied Computing 89, 
NB? Mar. 30-31, Stillwater, Okla. Cospon¬ 
sors: National Science Foundation, et al. 
Contact Donald D. Fisher, Oklahoma State 
Univ., CIS, Stillwater, OK 74078, phone 
(405) 624-5668. 


CMC 89, Colorado Microelectronics Conf., 
Mar. 30-31, Colorado Springs, Colo. Con¬ 
tact Conf. Secretary, CMC 89, Microelec¬ 
tronics Research Labs, Univ. of Colorado, 


Box 7150, Colorado Springs, CO 
90933-7150, phone (719) 593-3488. 

Western Educational Computing Conf., 
Mar. 30-31, Santa Cruz, Calif. Sponsor: 
California Educational Computing Consor¬ 
tium. Contact Judah Rosenwald, Extended 
Education, NAD 153, San Francisco State 
Univ., 1600 Holloway, San Francisco, CA 
94132, phone (415) 338-1212. 


April 1989 

Second National Conf. on Telecommunica¬ 
tions, Apr. 2-5, York, England. Sponsor: 
Institution of Electrical Engineers. Contact 
lEE Conf. Services, Savoy PL, London 
WC2R OBL, UK, phone 44 (1) 240-1871, ext. 
222. 


ASPLOS III, Third Int’l Conf. on 
Architectural Support for Program¬ 
ming Languages and Operating Systems, 

Apr. 3-6, Boston. Cosponsor: ACM. Con¬ 
tact Joel Emer, DEC/MIT, 545 Technology 
Square (NE43-503), Cambridge, MA 02139. 

Working Conf. on Visual Database Systems, 
Apr. 3-7, Tokyo. Cosponsors: IFIP, IPSJ. 
Contact IFIP TC-2 Working Conf., 

Tosiyasu L. Kunii, Information Science 
Dept., Faculty of Science, Univ. of Tokyo, 
7-3-1 Hongo, Bunkyo-ku, Tokyo 113, 

Japan, phone 81 (3) 812-2111, ext. 4116. 

Third Eurographics Workshop on Intelligent 
CAD Systems, Apr. 3-7, Texel, The Nether¬ 
lands. Sponsor: Center for Mathematics and 
Computer Science. Contact Marja Hegt, 
CMCS, Kruislaan 413, 1098 SJ Amsterdam, 
The Netherlands, phone 31 (20) 592-4058. 


Software Engineers 

Northrop Corporation s Defense Systems tHViaiOO develops embedded, software 


borne radar and electro-optical/i 


In ad«8tion, we conduct in 


nent In software development technhtues and artiflclat intelli- 

concepts. 

Ctophasis Is on programming in the “C" and Ada languages following a ^W!tured_^^n metho- 
Wogy and supported by graphicS-based Interactive development mis. ^ state-c^W-art sott- 
development environment is implemented on a VAX cluster conflguradm, rgnidog ^der 
VMS, connected to SUN workstations on an Ethernet LAN, running under UNIX. Each software 
Sengineerhas a terminal or workstation ptovkSng access to all computing resources on the network. 
Our expanding software development requirements have created the foUowing 


include the plan- 


SOFTWARE DEVELOPMENT PROJECT MANAOERS 

To lead design teams in the devekmment of reM-«me operational flight pn^rams 
sequent integrating wfth ttie countermeasures hantware. Prelect respona-*'"™"” " 
rang and management of schedtdes. budgets, and staffing requirerm^ - 

degree in a technical field wiOi computer science content and a ndnimum of eight years relevant 
experience, includbig experience in the development of a laige-scafe "C” or Ada programs m a 
disciplined environment containing configuration management and quality assurance compon¬ 
ents. Advanced degree, formal management balning, and avionics mdustry experience desirable. 

SOFTWARE ARCHITECTS 

To initiate design prtgects and perform reqidrernents anaIjSBS, aigonttun dewrfopmeirt. Md bi¬ 
level design. Requhes an advanced tetJinical degree with formal computer sewnoe training and 
five years experience in the development of laige-scale real-time embedded software Experience 
in structured design methodology hi a mllitaty standards environment and expomre to knowl¬ 
edge-based expert-systems and object-oriented programming fechniqueB desired. 

SOFTWARE SYSTEMS DEVELOPMENT ENGINEERS 

contributors or group leaders in tbe^detailed des^, cedli«, testir«^ 


and imegration of embedded real-time software. Requires a BSCS, or equivalent, and three years 
experience in developh* software in ‘C" or Ada ui^ a structured design 
Knowlw^fi of comjHJter archltecftfres, porformanco simulation ami modotingT ana 

Kalman fittertng algorithms is double. 

SOFTWARE TOOLS DEVELOPMENT SPECIALISTS 

To evaluate and/or develop tools to enhance software development productivity. Requires BSCS, 
or equivalent, and three years experience in software tools devrtopnrert. Experienire 
UNIX operatir^ system, bit-mapped graphics ulsplays. gratriiics standards, and windowing snvi- 
ronments desired. 

18 benefits portfolio including 


„ b compensation nistory to; Ibehntcei Stodfhig, Dept. CIS, Ner- 

tbrop corporation. Defense Systems OMslen, SOD HlcKs Read, Ridflng Meed^ H. S^S. 
We are an equal opportunity employer M/F/V/H. U.S, CHizenship required for certain positions, 
ONLY WHNCIWU-S NEED APPLY. 


NORTHROP 


October 1988 

















Int’l Symp. on Database Systems for 
Advanced Applications, Apr. 10-U, 
Seoul, Korea. Cosponsors: IPSJ, Korean 
Information Science Society. Contact Sukho 
Lee, Computer Engineering Dept., Seoul 
National Univ., Sinlim-Dong, Gwanak-ku, 
Seoul 151, Korea, phone 82 (2) 886-0101. 

MIV 89, Int’l Workshop on Industrial Appli¬ 
cations of Machine Intelligence and Vision, 
Apr. 10-12, Tokyo. Cosponsors: IEEE, et al. 
Contact Mitsuru Ishizuka, Inst, of Industrial 
Science, Univ. of Tokyo, 7-22-1, Roppongi, 
Minato-ku, Tokyo, 106, Japan, phone 81 
(03) 470-5389. 

ETC 89, First European Test Conf., 

Apr. 12-14, Paris. Cosponsor: Societe 
des Electriciens et des Electroniciens. Con¬ 
tact Colin Maunder, British Telecom 
Research Labs, Martlesham Heath, Ipswich, 
Suffolk IP5 7RE, phone 44 (473) 642-706. 

first Symp. on Parallel and Dis- 
xS? tributed Processing, Apr. 20-21, 

Dallas. Contact Behrooz Shirazi, Computer 
Science Dept., Southern Methodist Univ., 
Dallas, TX 75275, phone (214) 692-2874. 

Multimedia 89, Second Comsoc Int’l Mul¬ 
timedia Communications Workshop, Apr. 
20-23, Ottawa, Canada. Cosponsors: IEEE, 
et al. Contact Ottawa Carleton Research 
Inst., 1150 Morrison Dr., Suite 302, Ottawa, 
Ont., Canada K2H 8S9, phone (613) 726-8827. 


Infocom 89, Conf. on Computer Com- 
v57 munications, Apr. 24-27, Ottawa, 
Canada. Contact Celia Desmond, Telecom 
Canada, 438 Bay St., Floor 5, South Tower, 
Toronto, Ont., Canada, M5G2E1, phone 
(416)581-2318. 

Vision 89, Apr. 25-27, Chicago. Sponsor: 
Society of Manufacturing Engineers. Con¬ 
tact Maria Nowakowski, SME, 1 SME Dr., 
PO Box 930, Dearborn, MI 48121, phone 
(313) 271-1500, ext. 376. 

® CHI 89, Conf. on Human Factors in 
Computing Systems, Apr. 30-May 4, 
Austin, Texas. Cosponsors: ACM, Human 
Factors Society. Contact Claudia Raun or 
Bill Curtis, MCC, PO Box 200195, Austin, 
TX 78720, phone (512) 338-3798. 

34th Int’l Instrumentation Symp., Apr. 
30-May 4, Orlando, Fla. Sponsor: Instru¬ 
ment Society of America. Contact Frederick 
A. Kern, PO Box 65, Seaford, VA 23696, 
phone (804) 865-3269. 


May 1989 

1989 IEEE Symp. on Research in Secu- 
rity and Privacy, May 1-3, Oakland, 
Calif. Contact Terry V. Benzel, Trusted 
Information Systems, 11340 Olympic Blvd., 
Suite 265, Los Angeles, CA 90064, phone 
(213) 477-5828. 


Third Al Research in Environmental Science 
Workshop, May 2-4, Washington, DC. Con¬ 
tact William R. Moninger, Environmental 
Research Labs, NOAA, R/E2, 325 Broad¬ 
way, Boulder, CO 80803, phone (303) 
497-6435. 

Sixth Canadian Symp. on Instructional 
Technology, May 3-5, Halifax, N.S., 
Canada. Sponsor: National Research Coun¬ 
cil Canada. Contact Laurier Forget, CSIT, 
Conf. Services, NRCC, Ottawa, Ont. KIA 
OR6, Canada, phone (613) 993-9009. 

20th Pittsburgh Conf. on Modeling and 
Simulation, May 4-5, Pittsburgh, Pa. Spon¬ 
sor: Univ. of Pittsburgh. Contact William G. 
Vogt or Marlin H. Mickle, 348 Benedum 
Engineering Hall, Univ. of Pittsburgh, Pitts¬ 
burgh, PA 15261. 

CompEuro 89, Int’l Conf. on VLSI 

and Computer Peripherals, May 8-12, 
Hamburg. Cosponsors: Gesellschaft fiir 
Informatik, et al. Contact Walter E. Proeb- 
ster, IBM Lab, PO Box 1380, D-7030 Boeb- 
lingen, Federal Republic of Germany, phone 
49 (70)3116-3929. 

lllh Int’l Conf. on Software Engineer- 

ing. May 15-18, Pittsburgh. Cospon¬ 
sor: ACM. Contact Larry Druffel, Software 
Engineering Inst., Carnegie Mellon Univ., 
Pittsburgh, PA 15213-3890, phone (412) 
268-7740. 



KING FAHD UNIVERSITY 
OF PETROLEUM & MINERALS 
Dhahran - Saudi Arabia 

College of Computer Science and Engineering 
COMPUTER ENGINEERING DEPARTMENT 

The Department of Computer Engineering seeks applications for faculty positions at all levels. Rank 
and salary commensurate with qualifications. Applicants must hold a Ph.D. degree in Computer Engi¬ 
neering or related areas. Individuals with research interests in one or more of the following areas 
are preferred: Digital System Design, Computer Architecture, Computer Networks, Data Communi¬ 
cations, VLSI, Design Autornation, Fault Tolerant Computing, and Microprocessors & Computer Based 
Systems. Department labs include Design Automation, Digital Design, Microprocessor Systems, and 
Robotics. Teaching and research are supported by a VAX-11/780, fully equipped Graphic Center, 
and a number of Microcomputers as well as a University DPC that includes AMDHAL 470V6 and 
IBM 3090 mainframes. 

The University offers attractive salary and benefits plus air conditioned furnished housing and air 
transportation to and from Dhahran each year. Ten months duty each year with two months vacation 
salary. Minimum regular contract for two years, renewable. 

Apply before December 31, 1988, with complete resume and supporting documents to: 

Dean of Faculty & Personnel Affairs 

KING FAHD UNIVERSITY OF PETROLEUM & MINERALS 

DEPT. NO. COE/382 

_ DHAHRAN — 31261, SAUDI ARABIA 









Call for Papers 

ACM SIGPLAN ’89 Conference on 
Programming Language Design and Implementation 

Portland, Oregon, June 21-23, 1989 


SIGPLAN ’89 continues the series of broad-based language and compiler design conferences. T^he conference 

will provide a forum for researchers and developers to gain awareness of current practical and experirnental 
work across the breadth of the field. Emphasis will be placed on experimental results and experience with the 
languages and techniques described. 

The conference seeks papers relevant to practical issues concerning the design, development, implementation, 
Ld use of (in contrast to the annual SIGACT/SIGPLAN Symposium on Principles 

of Programming Languages, which is oriented more toward foundations). 


Among the topics encompassed by this theme are: 

• compiler construction 

• interpretation 

• implementation by preprocessing 

• design and use of special-purpose languages 

• design of internal representations 

• incremental and interactive methods 


translation by program transformation 
benchmarks and assessment 
translator validation 

implementation of non-traditional languages 
implementation for non-traditional architectures 
programming environments 


• optimization techniques for scalar and parallel architectures 

As usual, papers will be selected on the basis of novelty, significance, and overall f 

Submissions should be in the form of an extended abstract summarizing the major results to be Presented 

their importance, and their relationship to other work in the field. The 

the program committee and should be sufficiently complete to be the basis for selection, 
abstract should be no more than ten pages, typed double spaced or typeset lOpt on 16pt. 

Authors should submit twelve copies of an extended abstract to be received by the P^^am chair Jhan 

November 7. 1988. Persons submitting papers from countries in which access to copying inachines is or 

impossible may submit a single copy. Authors will be notified of acceptance or rejection by January 20 1989^ 
TheTccepted papers must be prepared on special forms and be received by 

March 20 1989. Authors of accepted papers will be expected to sign an ACM copyright release form. 
TocTJL lm be distributed at the conference and as a special issue of SIGPLAN Nouce^ they wiU subse¬ 
quently be available for purchase from ACM. All papers publi.shed in Proceedings are eligible for publication 
in refereed ACM publications at the discretion of the editor of the particular publication. 


Program Committee: 

Charles N. Fischer, University of Wisconsin - Madison 

Andrew W. Appel. Princeton University 

Ron Cytron, IBM Research 

Peter Deutsch, ParcPlace Systems 

Paul Hilfinger, University of California - Berkeley 

Peter Kessle, Xerox PARC 


Bernard Lang, INRIA, Le Chesnay 

Rudolf Landwehr, GMD Karlsruhe 

Uwe Pleban, Applied Dynamics International 

Barbara Ryder, Rutgers University 

Ravi Sethi, AT&T Bell Laboratories 

Guy L. Steele, Jr., Thinking Machines Corporation 


The conference will be preceded by two days of tutorials on June 19-20. There will 

as in 1988: the first will present an overview of the fundamentals of compiler construction for languages such as 
FORTRAN, Pascal, and C; the second will consider advanced topics. 


Conference Chair: 

Bruce Knobe 
Prime Computer, Inc. 

500 Old Connecticut Path 
Framingham MA 01701 
(508) 879-2960 x3376 
Knobe@S 5 6. Prime. com 


Program Chair: 

Charles N. Fischer 
Computer Sciences Dept. 

University of Wisconsin - Madison 
Madison WI 53706 
(608) 262-6635 

fischer@kaese.cs.wisc.edu 


Local Arrangements Chair: 
Bob Phillips 
Oregon Software 

Tutorial Chair: 

Richard LeBlanc 

Georgia Institute of Technology 





General Chair 

Andre van Tilborg 
OfTice of Naval Research 
800 N. Quincy St. 
Arlington. VA 22217-5000 
USA 

202-696-4802 

avantil@nswc-wo.arpa 

Program Co-Chair 

John B. Uoodenough 
Software Engineering 
Institute 

Carnegie Mellon University 
Pittsburgh, I’A 15213 USA 
412-268-6391 
Goodenough@sei.cmu.edu 


Sixth IEEE Workshop 
on Real-Time Operating 
Systems and Software 

May 11-12, 1989 

Software Engineering Institute 

Pittsburgh, PA USA 

This workshop is the sixth in a continuing series of IEEE-sponsored workshops on 
real time operating systems and software. The workshop has several goals: 

■ to investigate advances in real-time operating systems; 

■ to promote interaction among real-time computing researchers and practictioners 
(developers of real-time systems and support software); 

■ to evaiuate the maturity and evolutionary directions of real-time programming 
theories and approaches. 


Program Co-Chair 

C. Uougla.ss Locke 
IBM 

Systems Integration Division 
Owego, NY 13827 USA 
607-751-4291 
locke@cs.cmu.edu 


Workshop attendees will explore the best current ideas on real-time software and 
operating systems. Position papers describing new ideas, promising approaches, 
and work in progress are considered particularly appropriate. In addition, because 
of Ada's increasing importance in mission critical real-time systems and the revision 
of Ada which is likely to be starting in 1989, papers discussing programming 
language support for real-time systems (whether using Ada or some other 
language) are particularly invited. 

Topics of this workshop include: 


■ Examples of current real-time systems with challenging time constraints. 

■ Real-time operating systems 

■ Diffioulties and advantages of developing real-time systems in C, Ada, or other 
languages used for real-time systems. 


Co-sponsored by IEEE 
Computer Society 
Technical Committee 
on Real-time Systems, 
the Office of Naval 
Research, and the 
Software Engineering 
Institute. 



■ Future directions in real-time programming and requirements. 

■ Evaluation of real-time programming systems. 

■ Real-time scheduling and resource management. 


Prospective attendees shouid send 8 copies of a 3-5 page position paper to John B. 
Goodenough by 1 February 1989. The position paper should focus on insights and 
lessons gained from recent research and practical experience in real-time operating 
systems and software. Complete details regarding the workshop will be sent to all 
participants along with acceptance letters by 15 March 1989. A digest of accepted 
position papers will be made available at the workshop. Attendance will be limited 
to 75 active workers in the field. 


Carnegie Mellon University 

Software Engineering Institute 
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CALL FOR PAPERS 


Call for papers and referees for Computer 


Computer seeks articles for inclu¬ 
sion in an upcoming special issue. 

Visualization in Scientific Computing has 
been selected as the theme for August 
1989. Tutorial, survey, descriptive, case- 
study, applications-oriented, or peda¬ 
gogic manuscripts are sought. 


Suggested topics include 

• hardware strategies for scientific 
visualization; parallel architectures, 
supercomputing, workstations, and 
networks; 

• user interfaces, paradigms and inter¬ 
active techniques for visualization of 3D 
(and higher dimensional) models; 

• scientific data analysis, manipula¬ 
tion, representation, and display tech¬ 
niques, particularly volume visualization 
and methods for large multivariate data 

• dissemination of the results of inter¬ 
active systems and animated images; 
standards; and televisualization and net¬ 
works; and 

• application of visualization tech¬ 


niques to science and engineering prob¬ 
lems and data. 

Papers must not have been previously 
published or currently submitted for pub¬ 
lication elsewhere. 

A 300-word abstract is due as soon as 
possible. Eight copies of the full manu¬ 
script must be submitted by Dec. 1,1988, 
to Gregory N. Nielson, Computer 
Science Dept., Arizona State University, 
Tempe, AZ 85287-5406, phone (602) 
965-2785, electronic mail address: 
nielson@enuxva.asu.edu. 

Authors will be notified of acceptance by 
Mar. 1, 1989. The final version of the 
manuscript is due no later than May 1, 
1989. 

Persons interested in serving as referees 
are asked to send a note with a list of 
technical interests to Nielson or Bruce D. 
Shriver, Computer Editor-in-Chief, 
Department of Decision Sciences, Uni¬ 
versity of Hawaii, 2404 Maile Way, Ho¬ 
nolulu, HI 96822; E-mail address: 
shriver@uhccux.uhcc.hawaii.edu. 


IEEE Trans. Knowledge and Data 
Engineering will begin publication in 
March 1989. Papers are sought, particularly 
those emphasizing research, design, and 
development of knowledge and data- 
engineering methodologies, strategies, and 
systems. For information and submission 
requirements, contact C.V. Ramamoorthy, 
Computer Science Div., Univ. of California, 
Berkeley, CA 94720, phone (415) 642-4751; 
or B.W. Wah, Coordinated Science Lab, 
Univ. of Illinois, 1101 W. Springfield Ave., 
Urbana, IL 61801, phone (217) 333-3516. 

FTCS 19, Int’l Symp. on Fault- 
Tolerant Computing: June 21-23, 

1989, Chicago. Submit abstract by Oct. 14, 
1988, and final manuscript by Nov. 21, 1988, 
to S.M. Reddy, FTCS 19, Electrical and 
Computer Engineering Dept., Univ. of 
Iowa, Iowa City, lA 52242, phone (319) 
335-5196. 

Fifth InI’l Workshop on Software Specifica¬ 
tion and Design; May 19-20, 1989, Pitts¬ 
burgh. Submit extended abstract or paper by 


Oct. 15, 1988, to Colin Potts, MCC, 9390 
Research Blvd., Kaleido II Bldg., Austin, 

TX 78759, phone (512) 338-3629. 

NECC 89, 10th National Educational Com¬ 
puting Conf.: June 20-22, 1989, Boston. 
Submit paper by Oct. 15, 1988, to NECC 89, 
Int’l Council for Computers in Education, 
Univ. of Oregon, 1787 Agate St., Eugene, 
OR 97403-9905. 

SETSS 90, Seventh Int’l Conf. on Software 
Engineering for Telecommunications Switch¬ 
ing Systems: July 3-6, 1989, Bournemouth, 
England. Sponsor: Institution of Electrical 
Engineers. Submit synopsis by Oct. 26,1988, 
to Conf. Services, lEE, Savoy PI., London 
WC2R OBL, UK, phone 44 (1) 24-01-871. 

Fourth Conf. on Hypercuhe Concurrent 
Computers and Applications: Mar. 6-8, 

1989, Monterey, Calif. Submit abstract by 
Oct. 30, 1988, to John Gustafson, Sandia 
National Labs, Div. 3538, Bldg. MO-196, 
Albuquerque, NM 87185. 


CHDL 89, Ninth Int’l Symp. on Com- 
xi? puter Hardware Description Languages 
and Their Applications: June 19-21, 1989, 
Washington, DC. Cosponsors: Int’l Federa¬ 
tion of Information Processing, ACM. Sub¬ 
mit paper by Oct. 31, 1988, to Franz 
Rammig, Univ. of Paderborn, Warburger 
Str. 100, D4790 Paderborn, Federal Repub¬ 
lic of Germany. 

HCl Int’l 89, Third Int’l Conf. on Human- 
Computer Interaction: Sept. 18-22, 1989, 
Boston. Submit abstract by Oct. 31, 1988, 
to Gavriel Salvendy, School of Industrial 
Engineering, Grissom Hall, Purdue Univ., 
West Lafayette, IN 47907, phone (317) 
494-5426. 

Third Int’l Conf. on Foundations of Data 
Organization and Algorithms: June 21-23, 
1989, Paris. Sponsor: INRIA. Submit paper 
by Oct. 31, 1988, to Witold Litwin, INRIA 
Rocquencourt, c/o Public Relations Dept., 
Domaine de Voluceau, 78153 Le Chesnay 
Cedex, France, phone, 33 (1) 39-63-56-00. 

Graphics Interface 89: June 19-23, 1989, 
London, Ont., Canada. Sponsor; Canadian 
Man-Computer Communications Society. 
Submit paper by Oct. 31, 1988, to Marceli 
Wein, Graphics Interface 89, National 
Research Council, Computer Graphics Sec¬ 
tion, Bldg. MC50, Montreal Rd., Ottawa, 
Ont., Canada K1AOR8. 

Vision Interface 89: June 19-23, 1989, Lon¬ 
don, Ont., Canada. Sponsor: Canadian 
Image Processing and Pattern Recognition 
Society. Submit paper by Oct. 31,1988, to 
Terry Caelli, Vision Interface 89, Psychology 
Dept., Queen’s Univ., Kingston, Ont., 
Canada K7N 3N6. 


0^IEEESoftware; July 1989. Articles are 
XB? sought for a special edition on parallel¬ 
processing languages. Submit manuscript by 
Nov. 1,1988, to Shreekant Thakkar, 

Sequent Computer Systems, 15450 SW Koll 
Pkwy., Beaverton, OR 97006, phone (503) 
627-9822. 

IEEE Trans. Computers plans a special 
issue on distributed computing systems 
in August 1989. Submit manuscript by Nov. 
1, 1988, to Steve S. Yau, Computer and 
Information Sciences Dept., Univ. of 
Florida, Gainesville, FL 32611, phone (904) 
335-8000. 

® 19th Int’l Symp. on Multiple-Valued 
Logic: May 29-31, 1989, Guangzhou, 
China. Submit paper by Nov. 1, 1988, to 
J.C. Muzio, Computer Science Dept., Univ. 
of Victoria, PO Box 1700, Victoria, B.C., 
Canada V8W 2Y2 (for the Americas): to C. 
Moraga, FB Informatik, Univ. of Dort¬ 
mund, Postfach 500500, 4600 Dortmund 50, 
FRG (for Europe/Africa); or to Mou Hu, 
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Shanghai Inst, of Railway Technology, 
Shanghai, China (for Asia/Pacific). 

Third Int’l Conf. on Image Processing; July 
18-20, 1989, Warwick, England. Sponsor: 
Institution of Electrical Engineers. Submit 
paper by Nov. 1, 1988, to Conf. Services, 
lEE, Savoy PI., London WC2R OBL, phone 
44 (1)24-01-871, ext. 222. 


Congress 89, 11th World Computer Con¬ 
gress: Aug. 28-Sept. 1, 1989, San Francisco. 
Sponsor: IFIP. Submit paper by Nov. 1,1988, 
to Herve Gallaire, ECRC, Arabellastrasse 17, 
D-8000 Munich 81, Federal Republic of 
Germany, phone 49 (89) 92-69-91-00. 

Sixth Int’l Workshop on Database 
Machines: June 19-21, 1989, Deauville, 
France. Sponsors: INRIA, AFCET. Submit 
paper by Nov. 1, 1988, to Haran Boral, 

MCC, 3500 W. Balcones Center Dr., Austin, 
TX 78759 (in the US); or Pascal Faudemay, 
Labo. Masi., Univ. of Paris 6, 4 Place Jus¬ 
sieu, 75252 Paris, Cedex 05, France (outside 
the US). 


18th Mumps Users Group Annual Meeting: 
May 15-19, 1989, Seattle. Submit draft man¬ 
uscript by Nov. 1, 1988, to Mumps Users 
Group, 4321 Hartwick Rd., Suite 510, Col¬ 
lege Park, MD 20740, phone (301) 779-6555. 

Third Eurographics Workshop on Intelligent 
CAD Systems: Apr. 3-7, 1989, Texel, The 
Netherlands. Sponsor: Center for 
Mathematics and Computer Science. Submit 
paper by Nov. 1, 1988, to Marja Hegt, Cen¬ 
ter for Mathematics and Computer Science, 
Kruislaan 413, 1098 SJ Amsterdam, The 
Netherlands, phone 31 (20) 592-4058. 

Sixth Int’l Conf. on Testing Computer Soft¬ 
ware: May 22-25, 1989, Washington, DC. 
Submit abstract by Nov. 1, 1988, to 
Genevieve Houston-Ludlara, Frontier Tech¬ 
nologies, 2444 Solomons Island Rd., Suite 
205, Annapolis, MD 21401, phone (301) 
266-8244. 

1989 IEEE Symp. on Research in Secu- 
nS' rity and Privacy: May 1-3, 1989, Oak¬ 
land, Calif. Submit paper by Nov. 2, 1988, 
to Thomas A. Berson, Anagram Labs, 746 
Forest Ave., Palo Alto, CA 94301, phone 
(415) 324-0100. 

DAC 89, 26th Design Automation 
^S7 Conf.: June 25-29, 1989, Las Vegas. 
Cosponsor: ACM. Submit paper by Nov. 7, 
1988, to A. Richard Newton, DAC 89, c/o 
MP Associates, 7490 Clubhouse Rd., Suite 
102, Boulder, CO 80301, phone (303) 
530-4333. 

16th Int’l Symp. on Computer Archi¬ 
val tecture: May 28-June 1, 1989, Jerusa¬ 
lem, Israel. Cosponsor: ACM. Submit paper 
by Nov. 11,1988, to Program Vice Chair, 
Int’l Symp. on Computer Architecture, c/o 
Computer Science Lab, MIT, 545 Technol¬ 
ogy Square, Cambridge, MA 02139 (for the 
US): to J. Gurd, Computer Science Dept., 
Univ. of Manchester, Manchester M13 9PL, 
United Kingdom (for Europe and Israel); or 


to M. Kitsuregawa, Inst-, of Industrial 
Science, Univ. of Tokyo, Minato-ku, Tokyo 
106, Japan (for the Far East). 

Fourth Israel Conf. on Computer Sys- 
terns and Software Engineering: June 
5-6, 1989, Tel Aviv. Cosponsors: Israel 
Chapter of IEEE Computer Society, Infor¬ 
mation Processing Assoc, of Israel. Submit 
paper by Nov. 15, 1988, to S. Koenig, Ortra 
Ltd., PO Box 50432, Tel Aviv 61500, Israel, 
phone 972 (3) 664-825. 

16th EATCS, Colloquium on Automata, 
Languages, and Programming: July 11-15, 
1989, Stresa, Italy. Sponsor: European 
Assoc, of Theoretical Computer Science. 
Submit extended abstract by Nov. 15,1988, 
and manuscript by Feb. 15, 1989, to S. Ron- 
chi Della Rocca, Dip. di Informatica, corso 
Svizzera 185, 10149 Torino, Italy, phone 39 
(11)75-56-77. 

1989 Int’l Computers in Engineering Conf.: 
July 30-Aug. 2, 1989, Anaheim, Calif. Spon¬ 
sor: American Society of Mechanical 
Engineers. Submit paper by Nov. 15, 1988, 
to Donald R. Riley, Mechanical Engineering 
Dept., Univ. of Minnesota, 111 Church St. 
SE, Minneapolis, MN 55455. 

10th Tunisian French Seminar of Computer 
Science: The Role of Languages in Program¬ 
ming: May 23-25, 1989, Tunis, Tunisia. 
Sponsor: Tunisian Information Processing 
Society. Submit paper by Nov. 15,1988, to 
Ali Mili, Faculty of Sciences, Univ. of Tunis 
II, Campus Universitaire, 1002 Belvedere, 
Tunisia. 


ICCI 89, Int’l Conf. on Computing and 
Information; May 23-27, 1989, Toronto. 
Submit paper by Nov. 15,1988, to Walde- 
mar W. Koczkodaj, Laurentian Univ., 

CoSc, Sudbury, Ont., Canada P3E 2C6, 
phone (705)675-1151. 

Hong Kong Computer Society Journal will 
publish a special issue in early 1989 on data¬ 
base management. Submit contribution by 
Nov. 15,1988, to Yau Chuk, Computer 
Science Dept., Chinese Univ. of Hong Kong, 
Shatin, New Territories, Hong Kong, phone 
852 (0) 695-2795. 

CVPR 89, Conf. on Computer Vision 
and Pattern Recognition: June 4-8, 
1989, San Diego, Calif. Submit paper by 
Nov. 16,1988, to Worthy Martin, Computer 
Science Dept., Univ. of Virginia, Charlot¬ 
tesville, VA 22903. 

MIV 89, Int’l Workshop on Industrial Appli¬ 
cations of Machine Intelligence and Vision: 
Apr. 10-12, 1989, Tokyo. Sponsor: IEEE. 
Submit summary by Nov. 21,1988, to Mit- 
suru Ishizuka, Inst, of Industrial Science, 
Univ. of Tokyo, 7-22-1, Roppongi, Minato- 
ku, Tokyo, 106, Japan, phone 81 (3) 
470-5389. 


ASE 89, Int’l Conf. on Applications of 
Supercomputers in Engineering: Sept. 5-7, 
1989, Southampton, England. Sponsor: Int’l 
Society for Computational Methods in 
Engineering. Submit paper by Nov. 25, 1988, 


to Liz Newman, Computational Mechanics 
Inst., Ashurst Lodge, Ashurst, Southamp¬ 
ton, S04 2AA, England, UK, phone 44 (0) 
42-12-92-853. 

Third Int’l Workshop on Wafer Scale Inte¬ 
gration: June 6-8, 1989, Como, Italy. Spon¬ 
sor: IFIP. Submit extended abstract by Dec. 
1, 1988, and full paper by Apr. 10, 1989, to 
Mariagiovanna Sami, Dip. di Elettronica, 
Politecnico di Milano, Piazza Leonardo da 
Vinci 32,1-20133 Milan, Italy, phone 39 (2) 
23-99-35-16. 


SID 89, Society for Information Display 
Int’l Symp., Seminar, and Exhibition: May 
15-19, 1989, Baltimore. Submit paper by 
Dec. 2, 1988, to Lynne A. Henderson, Pali¬ 
sades Inst, for Research Services, 201 Varick 
St., Rm. 1140, New York, NY 10014, phone 
(212)620-3375. 

Seventh National Conf. on Ada Technology: 
Mar. 13-16, 1989, Atlantic City, NJ. Submit 
summary by Dec. 9,1988, to Seventh 
National Conf. on Ada Technology, US 
Army Communications—Electronics Com¬ 
mand, Attn.: AMSEL-RD-SE-CRM (Kay 
Trezza), Fort Monmouth, NJ 07703-5000, 
phone (201) 532-1898. 


Int’l Conf. on Mathematics of Program 
Construction: June 26-30, 1989, Groningen, 
The Netherlands. Submit paper by Dec. 9, 
1988, to Jan L.A. van de Snepscheut, 
Mathematics and Computing Science Dept., 
Groningen Univ., PO Box 800, 9700 AV 
Groningen, The Netherlands. 


11th Int’l Joint Conf. on Artificial Intelli¬ 
gence: Aug. 20-26, 1989, Detroit. Sponsors: 
Int’l Joint Conf. on Artificial Intelligence, 
American Assoc, for Artificial Intelligence. 
Submit paper by Dec. 12, 1988, to N.S. Srid- 
haran. Central Engineering Labs, FMC 
Corp., 1205 Coleman Ave., Box 580, Santa 
Clara, CA 95052, phone (408) 289-0315. 


jk IEEE Computer Graphics and Appli- 
y cations seeks papers for a special issue 


in early 1990 on graphics for electronic 
CAD, CAM, CAE, and CIM. Submit tenta¬ 
tive abstract by Jan. 1, 1989, and manuscript 
by Mar. 1, 1989, to Ronald Baecker or Mar¬ 
tin Snelgrove, Computer Systems Research 
Inst., Univ. of Toronto, 10 Kings College 
Rd., Rm. 2002, Toronto, Ont., M5S 1A4, 
Canada. 


Third Parallel Processing Symp.: Mar. 

29-31, 1989, Fullerton, Calif. Spon¬ 
sors: Orange County IEEE Computer Soci¬ 
ety Chapter, California State Univ., 
Fullerton. Submit abstract by Jan. 6, 1989, 
and paper by Feb. 6, 1989, to Larry Canter, 
1619 N. Hale, Fullerton, CA 92631, phone 
(714) 738-3414. 

Working Conf. on Computer Aided 
vB? Design Systems Using Artificial Intelli¬ 
gence Teehniques: June 6-7, 1989, Tokyo. 
Cosponsors: IFIP, IPSJ. Submit paper by 
Jan. 10, 1989, to Gotaro Odawara, c/o Busi¬ 
ness Center for Aeademic Societies Japan, 
3-23-1 Hongo, Bunkyo-ku, Tokyo 113, 
Japan. 
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Membership Application 


HOW TO JOIN 


Membership dues and publication subscriptions are annualized to December 31. 
Pay the full-year fee if application is mailed September 1-February 29. 

Pay the half-year fee if application is mailed March 1-August 31. 


■| COMPUTER SOCIETY ONLY (affiliate membership). 

I You are eligible if you are seriously interested in any aspect of the 
I computer field or if you are a member of one of the affiliate 
'i societies listed below. 

(Check all applicable societies.) 


( COMPUTER SOCIETY MEMBERSHIP FOR 
IEEE MEMBERS. If you are presently an IEEE member, you 
may join the Computer Society for a nominal amount. (Complete 
only shaded area of application.) 


Affiliate Societies 

□ ^erican Insmu^^of Aeronautics an 

□ American Institute off 

□ American Mathematical Society (AMS) 

□ American Society of Mechanical Engineers 
in for Computing Machinery (ACM) 


' 0 British Computer Society 


□ $19.50 □ $39.00 

□ Instrument Society of America (ISA) 

Q Mathematical Association ot America 
)f Accountants 
h Society of America 


□ Society of Automotive Engineers (SAE) 

□ Society for Industrial and Applied 
Mathematics (SIAM) 

Society for Computer 



(ssing Society of Japan (IPSJ) 

,n,c. Informaton and ° ESee^s^STO 

Inaineers (lEICE) of Japan tngineers (bPIb) 

lEE-UK) Computer Society of the Republic 


) COMPUTER SOCIETY AND lEEErm addition to your 
■ Computer Society benefits, you’ii receive many IEEE privileges 
and benefits. You are eligible if your technical interests are in 
computer science and engineering, the electrical and electronics 
fields, or related fields. Your entry membership grade will be 
determined by your level of participation, contributions, education 
and/or experience in those fields. 


Residence 

United States. 

Canada. 

Europe. Africa. Middle East 

Latin America. 

Asia. Pacific 
■ACM members 
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RATES: $12.00 per line, $120 
minimum charge (up to ten lines). 
Average five typeset words per line, eight 
lines per column inch. Add $10 for box 
number. Send copy at least one month 
prior to publication to: Heidi Rex or 
Marian Tibayan, Classified Advertis¬ 
ing, COMPUTER Miigazine; 10662 Los 
Vaqueros Circle, Los Alamitos, CA 
90720; (714) 821-8380. 


VIRGINIA POLYTECHNIC 

INSTITUTE & STATE UNIVERSITY 
Bradley Department of 
Electrical Engineering 

Applications are invited for tenure track 
positions at all levels in the Computer 
Engineering degree program of the Bradley 
Department of Electrical Engineering at 
Virginia Tech. Individuals with relevant soft¬ 
ware and/or hardware backgrounds are en¬ 
couraged to apply. The ability to teach 
undergraduate and graduate courses effec¬ 
tively in computer architecture, logic design, 
and microprocessor system design is de¬ 
sired. Other course areas include local area 
and long haul network design, fault toler¬ 
ance and testing, VLSI design, computer 
aided design, pattern recognition, and com¬ 
puter vision. Candidates are expected to 
develop an externally funded research pro¬ 
gram. Current research projects are in the 
areas of VLSI design and test, fault tolerant 
computer architectures, chip level modeling, 
microprocessor system architectures, pattern 
recognition, and computer vision. Virginia’s 
Center for Innovative Technology provides 
funds for cooperative research projects be¬ 
tween high technology companies and Vir¬ 
ginia universities. Departmental computing 
facilities include a VAX 11/785, VAX 
11/750, 10 Vaxstations, Harris H-800, 
MVIOOOO, HP9000, HP350, HP550 and 
workstation network. LAN connections pro¬ 
vide access to other VAX-8000 processors 
and an IBM 3090. All Virginia Tech engi¬ 
neering students are required to purchase an 
IBM PC. Each faculty member is provided a 
PC for his/her use. The Electrical Engineer¬ 
ing Department is housed in a newly com¬ 
pleted six story building which provides ex¬ 
tensive, well designed space for teaching and 
research laboratories. Applicants should 
possess an earned doctorate. Virginia Tech 
is Virginia’s land grant university with ap¬ 
proximately 23,000 students. It is located in 
the Appalachian Mountains with many out¬ 
door activities available. Send resume, in¬ 
cluding names, addresses, and phone num¬ 
bers of three references and employment/ 
citizenship status to; Dr. Warren Stutzman, 
Personnel Committee Chairman, Bradley 
Department of Electrical Engineering, 
Virginia Tech, Blacksburg, VA 24061. Ap¬ 
plications will be accepted until April 1, 
1989, or until suitable candidates are 
selected. Virginia Tech is an Affirmative/Ac¬ 
tion Equal Opportunity Employer. 


GEORGE MASON UNIVERSITY 
Faculty Positions in 
Computer Science 

George Mason University is located in 
Fairfax County, Virginia near the outstand¬ 
ing scientific, cultural, and touristic attrac¬ 
tions of Washington, DC. The university has 
made a major commitment to establish a 
School of Information Technology and Engi¬ 
neering (SITE) and maintain an outstanding 
academic and research program in the De¬ 
partment of Computer Science, as well as 
related research centers in software engi¬ 
neering, artificial intelligence, parallel com¬ 
putation, and computer vision. 

Tenure track and visiting faculty positions 
are available at all ranks, with the nominal 
date of appointments commencing Septem¬ 
ber 1989. Candidates for these positions 
must have an earned doctorate in a relevant 
field, along with professional accomplish¬ 
ments that are appropriate to the rank 
sought. They should be interested in both 
teaching and developing a strong sponsored 
research program. 

The relevant research and teaching areas 
of interest in Computer Science are: com¬ 
puter communications and networks, soft¬ 
ware engineering, parallel computation, 
computer vision, artificial intelligence, and 
distributed systems. 

There are over 80 full-time faculty in 
SITE, and over 20 full-time faculty in Com¬ 
puter Science. There are numerous oppor¬ 
tunities for government and industrial in¬ 
teraction in this suburban high technology 
area, just 15 miles southwest of the Nation’s 
Capital. 

For full consideration, please send a 
detailed resume together with the names of 
four references, and other supporting 
material to: Professor Harry Wechsler, 
Chair, Recruitment Committee, Department 
of Computer Science, George Mason Uni¬ 
versity, Fairfax, VA 22030, or call at 
703-323-2713, Applications are sought by 
Feb. 1, 1989, and these will receive first 
priority. AA/EOE. 


TRINITY COLLEGE 

The Department of Engineering and Com¬ 
puter Science invites applications from out¬ 
standing candidates for a tenure-track position 
at the Assistant Professor-level commencing 
September, 1989, in the areas of FLUID 
MECHANICS/HEAT TRANSFER or 
ROBOTICS/CONTROLS. Experimental 
background highly desirable. The position in¬ 
volves graduate and undergraduate instruc¬ 
tion and research, and a doctoral degree is a 
prerequisite. We are interested in receiving 
applications from qualified women and 
minorities. Trinity College is an equal oppor¬ 
tunity/affirmative action employer. Please 
send resume to Professor Joseph D. Bron¬ 
zino, Chairman, ECS Department, Trinity 
College, Hartford, CT 06106, Applications 
will be accepted until February 15, 1989. 


COLUMBIA PACIFIC UNIVERSITY 

FULLY APPROVED UNIVERSITY 
DEGREESI Economical home study for 
Bachelor’s, Master’s, Ph.D., fully approved 
by California State Department of Educa¬ 
tion, not accredited. Prestigious faculty 
counsels for independent study and life ex¬ 
perience credits (5000 enrolled students, 
400 faculty). Free information— Richard 
Crews, M.D. (Harvard), President, Colum¬ 
bia Pacific University, Department 3F60, 
1415 Third Street, San Rafael, CA 94901. 
Toll free: (800) 227-0119; California: 
(800) 552-5522; or (415) 459-1650. 


PENN STATE 
Computer Engineering 

Applications are invited for faculty positions 
at all levels. Candidates from all areas of com¬ 
puter engineering (hardware and software) 
will be considered. The Computer Engineer¬ 
ing Program at The Pennsylvania State Uni¬ 
versity is within the Department of Electrical 
Engineering which has over 50 faculty mem¬ 
bers, and approximately 1300 undergraduate 
majors, 200 graduate students. Candidates 
should have a Ph.D, in Electrical/Computer 
Engineering or related areas. There are 13 
faculty members within the Computer Engi¬ 
neering Program. Excellent instruction and 
research computing facilities are available 
within the Department, College and at the 
University Computation Center. 

Send letter of application, resume, or in¬ 
quiries, together with three references to: 
COMPUTER ENGINEERING PROGRAM, 
DEPARTMENT OF ELECTRICAL ENGI¬ 
NEERING, 129 ELECTRICAL ENGINEER¬ 
ING EAST Box-C, THE PENNSYLVANIA 
STATE UNIVERSITY, UNIVERSITY 
PARK, PA 16802. 

Deadline for applications is November 30, 
1988, or until suitable qualified candidates are 
selected. 

An Affirmative Action/Equal Opportuni¬ 
ty Employer Women and Minorities En¬ 
couraged to Apply. 


ENGINEER, ELECTRICAL 

Minimum 1 year experience with B.S. 
degree electrical, electronic or related field or 
will accept entry level with M.S. degree 
above field. Will be required to perform the 
following duties (a) disc drive controller 
design, (b) PAL devices programming, (c) 
VME interface module design and verifica¬ 
tion, (d) system control timing analysis and 
(e) software and hardware interface design, 
in connection with the manufacture of a line 
of high performance disc drives. Salary 
$37,800 year. Send resume IBIS, 5775 
Lindero Canyon Road, Westlake Village, 
CA 91362. 
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PENNSYLVANIA STATE UNIVERSITY 
Director, 

Computer Engineering Program 

Penn State—The Electrical Engineering 
Department at The Pennsylvania State Uni¬ 
versity is inviting applications for the position 
of Director of its Computer Engineering Pro¬ 
gram . Applicants should have an established 
reputation in Computer Engineering, strong 
leadership qualities, and ability to attract 
funding for faculty research. 

Approximately 12 of the 60 Department 
faculty are members of the program. Recent 
years have seen the introduction of separate 
Bachelor’s, Master’s, and Ph.D. degrees in 
Computer Engineering. Enrollment in these 
programs is expected to grow substantially, 
particularly at the graduate level. Research 
thrusts exist currently in Parallel and Distrib¬ 
uted Processing, Interconnection Networks, 
Fault Tolerant Computing, Image Proces¬ 
sing, Database Systems, and Computer 
Communication. The new Director should 
strive to focus these research activities into 
areas where the program can establish na¬ 
tional prominence. 

Nominations will be accepted until Janu¬ 
ary 31, 1988, or until suitable qualified can¬ 
didates are selected. Inquiries should be 
directed to the Computer Engineering Direc¬ 
torship Search Committee, Room 129. Elec¬ 
trical Engineering East Building, Box-CS, 
The Pennsylvania State University, Universi¬ 
ty Park, PA 16802. 

An Affirmative Action/Equal Opportunity 
Employer. Women and Minorities Encour¬ 
aged to Apply. 


ARIZONA STATE UNIVERSITY 

Department Chair, Electrical and 
Computer Engineering 

The Department of Electrical and Com¬ 
puter Engineering is a leading department in 
the College of Engineering and Applied Sci¬ 
ences and is aggressively pursuing interna¬ 
tional excellence. It is seeking an outstanding 
person to serve as Department Chair, and to 
provide leadership for continued growth of 
the faculty and programs. Arizona State Uni¬ 
versity, sbcth largest university in the USA 
with largest graduate student body, is ex¬ 
panding rapidly and is currently midway 
through Phase Two of its Engineering Ex¬ 
cellence Program, a program that has pro¬ 
vided more than $110M of new funds and 
equipment over the past eight years. The 
Electrical and Computer Engineering De¬ 
partment currently has 36 faculty members, 
of whom 12 are IEEE Fellows and 4 are 
Presidential Young Investigators, and the 
faculty size is expected to grow by more than 
20% during the remainder of the Phase Two 
program. In addition, there are 1000 under¬ 
graduates and 425 graduate students in the 
Department (approximately 180 BSE, 80 
MS, and 7 Ph.D. degrees were awarded 
during 1987-88. The graduate degree pro¬ 
gram is growing rapidly as a consequence of 
the Engineering Excellence Program). The 
Department’s research programs are currently 
expending approximately $4.4M/year in 
externally funded contracts and grants. 
There are major programs in solid-state elec¬ 
tronics, materials, electromagnetics (in¬ 


cluding one of the world’s largest elec¬ 
tromagnetic anechoic chambers at a univer¬ 
sity), solar energy, electric power, and 
nuclear instrumentation, and growing pro¬ 
grams in biomedical engineering, control 
theory, systems theory, and synthetic neural 
networks. The faculty of the Department in¬ 
teract with other University faculty through 
the College’s Center for Solid State Elec¬ 
tronics Research, Computer Integrated 
Manufacturing Systems Research Center, 
Center for Energy Systems Research, 
Center for Advanced Research in Transpor¬ 
tation, Center of Telecommunications 
Research, and Systems Research Center. 
The Department has access to a variety of 
Computational tools including a plethora of 
Vax, Harris, and IBM minicomputers, a 
Convex XP-2, and the University’s IBM 
3090-200V. In addition, more than 5(X) 
workstations and micro computers are 
distributed throughout the College for stu¬ 
dent and faculty use. 

The successful candidate will be expected 
to provide leadership in both research and 
teaching activities, and to provide interaction 
and liaison with the extensive electronics and 
telecommunications industry in the Phoenix 
area. To achieve this, the candidate is 
expected to have an earned doctorate in 
Electrical Engineering and an extensive 
background in both teaching and research in 
an academic environment. Both industrial 
experience and experience in funded re¬ 
search are desirable. Interested applicants 
should send an extended resume, a state¬ 
ment of their professional goals, and the 
names of three references to Dr. David K. 
Ferry, Chairman of the Department Chair 
Search Committee, Center for Solid State 
Electronics Research, Arizona State Univer¬ 
sity, Tempe, AZ 85287-6206. The first clos¬ 
ing date is November 1, 1988, after which 
interviews will begin. The search will remain 
open until the position is filled. Arizona State 
University is an equal opportunity/affir- 
mative action employer. 


NEW JERSEY INSTITUTE 
OF TECHNOLOGY 
Electrical Engineering Faculty 

The Department of Electrical Engineering 
at NJIT invites applications for faculty posi¬ 
tions in VLSI design and/or computer engi¬ 
neering. Rank and salary commensurate 
with background. Excellent research poten¬ 
tial and commitment to teaching are required 
for tenure track positions. NJIT has exten¬ 
sive computing facilities including Mentor 
Graphics and Valid Software for VLSI 
design, and a VLSI fabrication facility is 
being assembled. 

NJIT is the comprehensive technological 
university of New Jersey. The Electrical 
Engineering Dept, is one of the largest in the 
nation, with 1,500 undergraduate and 5(X) 
graduate students enrolled in baccalaureate 
through doctoral programs. Various re¬ 
search activities are in progress. 

NJIT does not discriminate on the basis of 
sex, race, color, handicap, national or ethnic 
origin, or age in employment. 

Send resume: Personnel Box EEF 
New Jersey 
Institute of Technology 
Newark, New Jersey 07102 


THE HARTFORD GRADUATE CENTER 
In Affiliation with Rensselaer 
Polytechnic Institute 
Department Chair — Computer Science 
Search Reopened 

The Hartford Graduate Center invites ap¬ 
plications from experienced persons for the 
position of Chairperson, Department of 
Computer Science. A Ph.D. in Computer 
Science or a closely related area is required. 
Candidates should have a strong commit¬ 
ment to computer science education as well 
as continuing professional growth and 
leadership through research. Administrative 
experience is desirable. Preference will be 
given to applicants with a background in 
Computer Communications Networks, 
Parallel and Distributed Computing, 
Graphics and Design Automation, Com¬ 
puter Vision and Robotics, or Artificial In¬ 
telligence and Expert Systems. 

The Graduate Center is an independent 
institution accredited to award Master of 
Science degrees in Computer Science from 
Rensselaer Polytechnic Institute of Troy, 
NY. Research interests within the depart¬ 
ment include computer vision, human- 
computer interaction, software engineering, 
operating systems, computer engineering 
and database. The department is equipped 
with a fully-networked workstation-based 
computing facility (Sun 3/50, 3/52, 3/110 
and Apollo 580T) to support research in¬ 
terests and the graduate program. The stu¬ 
dent body is composed primarily of profes¬ 
sionals working in computer-oriented busi¬ 
nesses and industries within commuting 
distance. 

The starting date for this appointment is 
open. The search committee will start 
reviewing applications on November 15, 
1988. The position will remain open until an 
acceptable candidate is found. Qualified 
candidates should send vita, a statement of 
specific teaching and research interests, and 
the names/addresses of three references to: 
Dr. Michael M. Danchak 
Dean, Engineering and Science 
The Hartford Graduate Center 
275 Windsor Street 
Hartford, CT 06120-2991 

E-mail hgcscldanchak @turing .cs .rpi. edu 

The Hartford Graduate Center is an equal 
opportunity/affirmative action employer. 


ARCHITECT 

Architect Project—Minimum 1 year ex¬ 
perience with B.S. degree either architecture 
or computer. Will control, manage, design 
and be responsible for production of our 
large hospital projects working with Com¬ 
puter Aided Design and Drafting systems 
(CADD). Requires direct input into CADD 
system while maintaining quality control, 
code, and budget restraints and system com¬ 
patibility. Will develop details, schedules and 
building system interface for contract docu¬ 
ments in addition to coordinating consultant 
designs and systems with the architectural 
contract documents. No license required. 
Salary $37,800 year. Send Resume to HMC 
Architects, Inc. 500 East E. Street, Ontario, 
CA 91764. Attn: Mr. Eich. 
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THE OHIO STATE UNIVERSITY 
Department of Computer 
and Information Science 

Applications are invited for faculty posi¬ 
tions at all levels. A Ph.D. in computer sci¬ 
ence or a closely related field is desired. Can¬ 
didates in the areas of artificial intelligence, 
computer graphics, databases, program¬ 
ming languages operating systems, parallel 
and distributed computing, software engi¬ 
neering, and VLSI design will be considered. 
Of special interest are senior researchers in 
the areas of computer architecture, com¬ 
puter graphics, and software systems. 

The Laboratory for AI Research in the De¬ 
partment has been awarded a State of Ohio 
Regent’s Academic Excellence grant for the 
cognitive science-related aspects of Artificial 
Intelligence. Candidates in computational 
theories of vision and speech, theoretical 
studies on architectures for intelligence and 
conceptual information processing are in¬ 
vited to apply under this program. 

Computing facilities within the Depart¬ 
ment include 200 networked Sun-3 work¬ 
stations, 8 Hewlett Packard color graphics 
workstations, and over 300 Macintoshes. All 
CIS majors use workstations in their course 
work, and many are also used for depart¬ 
ment research. Other Departmental com¬ 
puting facilities include a DEC-2060, five 
Pyramids, 10 IBM RTs, 15 Xerox LISP 
machines, an Intel iPSC/5 Hypercube, an 
Encore Multimax, a BBN Butterfly, and 
numerous systems for graphics, robotics, 
etc. The OSU Computing Center facilities in¬ 
clude a Cray XMP, IBM 3081-D, and 
several IBM 4341s. All systems are attached 
to a campus-wide fiber optic network (Pronet 
80) using TCP/IP protocols. Access is avail¬ 
able to the national networks (ARPANET, 
NSFNET, BITNET, USENET). 

To apply, please send application and 
resume to Prof. Ming T. (Mike) Liu, Chair¬ 
man of Faculty Search Committee, Depart¬ 
ment of Computer and Information Science, 
The Ohio State University, 2036 Neil Ave¬ 
nue, Columbus, Ohio 43210-1277. (NSF¬ 
NET Address: Liu@OSU-20.IRCC.Ohio- 
State. Edu). In order to expedite considera¬ 
tion of your application, please ask three 
references to send their confidential letters 
directly to Prof. Liu. The Ohio State Univer¬ 
sity is an equal opportunity/affirmative ac¬ 
tion employer. 


MICHIGAN STATE UNIVERSITY 

Department of Computer Science 

The Department of Computer Science in¬ 
vites applications for tenure track positions at 
all levels. Candidates from all areas of 
specialization in computer science or com¬ 
puter engineering will be considered. The 
department has a special interest in candidates 
in the areas of programming languages, ar¬ 
tificial intelligence and expert systems, design 
of computer systems and networks, parallel 
computation, and operating systems. Can¬ 
didates should have a Ph.D. in computer 
science or computer engineering and have a 
strong interest in both research and teaching. 
One position is available starting in January 
1989. Additional positions are anticipated 
beginning in September 1989. Initial screen¬ 


ing of applications will begin on August 1, 
1988. However, applications will be accepted 
until the positions are filled. 

As a unit within the College of Engineering 
at Michigan State University, Computer 
Science offers the Bachelor of Science, Master 
of Science and Doctor of Philosophy degrees. 
Special support is available from within the 
college and university to initiate research by 
new faculty members. Faculty offices are con¬ 
nected to the MSUnet which provides access 
to an array of campus computing resources 
including the facilities of the College of Engi¬ 
neering, the Department’s VAX 8600 and 
64-node NCUBE, Pattern Recognition and 
Image Processing Laboratory, Artificial In¬ 
telligence/Knowledge Based Systems Labo¬ 
ratory and the Distributed Computing Re¬ 
search Laboratory. Access to select off- 
campus computers is available, as well as ac¬ 
cess to ARPANET, CSNET, BITNET and 
MAILNET. Additional facilities available to 
faculty include an IBM 3090/180E vector 
processor, the CoUege’s A.H. Case Center for 
Computer-Aided Engineering and Manufac¬ 
turing, and the Electronics Research and 
Development Laboratory. 

Michigan State University enjoys a park-like 
campus of 2,100 developed acres and 3,100 
acres of experimental farms, outlying research 
facilities and natural areas. The campus is ad¬ 
jacent to the cities of East Lansing and the 
capital city, Lansing. The Greater Lansing 
area has approximately 250,000 residents. 
The communities have fine school systems 
and place a high value on education. 

Applicants should send a resume and a 
statement of research and teaching interests 

Dr. Anthony S. Wojcik, Chairperson 
Department of Computer Science 
A714 Wells Hall 
Michigan State University 
East Lansing, Michigan 48824-1027 
CSNET: wojcik % cps.msu.edu 
Michigan State University is an Equal Op- 
portunity/Affirmative Action Institution and 
encourages applications from members of 
ethnic minority groups. 


UNIVERSITY OF CALIFORNIA, DAVIS 

Chair, Division of Computer Science 

Nominations and applications are invited 
for the position of Chair, Division of Com¬ 
puter Science at the University of California, 
Davis. The chair must be a distinguished re¬ 
searcher with a prominent research record 
and an accomplished teacher. The chair is ex¬ 
pected to provide both intellectual and ad¬ 
ministrative leadership. 

The Division of Computer Science is a 
semi-autonomous unit within the Department 
of Electrical Engineering and Computer 
Science. The Division of Computer Science 
has 17 faculty members and almost 100 full 
time graduate students. The entire depart¬ 
ment has a total of 46 faculty members and 
almost 250 full time graduate students. The 
Division of Computer Science has experienced 
rapid growth over the past five years and 
significant further growth is expected over the 
next five years. The new chair is expected to 
have at least 7-9 new faculty positions in the 
next five years. Substantial startup funds are 


available for equipment for the chair and for 
new recruits. As part of the growth plans 
significant amounts of equipment and space 
have been committed to the Division of Com¬ 
puter Science. A new Engineering building in¬ 
cluding approximately llOKsq. ft. is scheduled 
for the EECS Department. In addition, a new 
32K sq. ft. Engineering Research building, 
donated by regional industry, will be available 
for the research activities of the department. 

Davis is a very pleasant, family-oriented 
community. The 900 acre, tree shaded cen¬ 
tral campus has about 20,000 students. The 
City of Davis enjoys the mild climate of the 
Sacramento Valley, and is within easy driving 
distance of the Sierra Nevada mountains, San 
Francisco, Napa Valley, and Silicon Valley. In 
addition, the department provides salary and 
benefits that are extremely attractive. 

The Chair position is available July 1, 
1989. Screening of nominations and applica¬ 
tions begins October 15, 1988, and will con¬ 
tinue until the position is filled. Please send a 
resume listing the names of at least three 
references to: 

Professor Charles Martel, Chair 
Search Committee 
Division of Computer Science 
University of California 
Davis, CA 95616 
Phone: (916) 752-2651 
CSNET: martel%ucd.csnet@relay.cs.net 
ARPANET: martel@ucdavis.edu. 

The University of California, Davis, is an 
equal opportunity/affirmative action employer. 


TRINITY UNIVERSITY 

Department of Computer Science 
Assistant Professorship 
SEARCH OPENED 

The Department of Computer Science at 
Trinity University in San Antonio, Texas in¬ 
vites applications for a tenure-track position 
at the rank of Assistant Professor. A Ph.D. in 
Computer Science or related discipline is re¬ 
quired. The starting date is August, 1989. 
Salary is competitive and negotiable, and 
is commensurate with background and 
experience. 

The Assistant Professor will teach 9 hours 
per semester at the undergraduate level, 
conduct research, advise students, and serve 
on appropriate committees. 

Trinity University is a private, indepen¬ 
dent, primarily undergraduate liberal arts 
and sciences institution with selected profes¬ 
sional programs including Computer Sci¬ 
ence. The Department of Computer Science 
has approximately 125 undergraduate ma¬ 
jors. Significant capital expenditures for 
computing hardware and software indicate 
the university’s commitment to computing 
for the future. We especially encourage 
applicants from female and minority 
candidates. 

Applications should be received by Febru¬ 
ary 15, 1989, and should be mailed to: 

Dr. Maurice L. Eggen 
Department of Computer Science 
Trinity University 
715 Stadium Drive 
San Antonio, Texas 78284 
(512) 736-7480 

Trinity University is an Equal Opportunity, 
Affirmative Action Employer. 
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HUMAN-MACHINE 
INTERFACE SCIENTIST: 

Duties: Applied research using knowledge 
of experimental design and data analysis 
methods, and artificial intelligence program¬ 
ming using Lisp language and knowledge of 
expert system shells to create significant ad¬ 
vances in the human-machine interface for 
new products and services for the telecom¬ 
munications industry. Research innovative 
approaches to user interface design, user in¬ 
terface evaluation methods, and intelligent 
interface prototyping and design tools. Em¬ 
phasis on the creation of prototypes to 
demonstrate new product and service con¬ 
cepts and the creation of tools to facilitate the 
transfer of emerging user interface technol¬ 
ogies into product development. 40 hours 
per week, 8 a.m. to 5 p.m., $42,000 per 
year. Ph.D. in Human Factors Psychology 
with Masters in Computer Science plus prov¬ 
en record of original research contribution in 
area of human-computer interaction. Send 
resumes to Colorado Dept, of Labor and 
Employment, 600 Grant St., Suite 900, 
Denver, CO 80203-3528 and refer to order 
number CO2918079. 


UNIVERSITY OF CALIFORNIA 
AT DAVIS 
Faculty Positions in 
Computer Science 

The Computer Science Division of the 
Department of Electrical Engineering and 
Computer Science of the University of Cali¬ 
fornia at Davis invites applications for several 
tenure-track positions at all ranks. The 
primary areas of interest are computer ar¬ 
chitecture, networks, VLSI design, and 
parallel computing. Outstanding candidates 
in other fields will also be considered. 

The Division of Computer Science is in a 
period of rapid growth, with the aim of be¬ 
coming one of the leading computer science 
programs in the nation. The division offers 
programs leading to Bachelor of Science, 
Master of Science, and Doctor of Philosophy 
degrees. Its expanding research facilities in¬ 
clude an Encore Multimax processor, several 
VAX systems (8600, 785, etc.), two Iris 
graphics workstations, a Ridge 32, numer¬ 
ous Sun, Microvax II, and Apollo worksta¬ 
tions, and a number of special purpose 
systems all linked through Ethernet and 
serial communications networks. Other LAN 
systems are available for instruction and 
research. General purpose campus facilities 
are available, and the supercomputer re¬ 
sources of the Lawrence Livermore National 
Laboratories are also accessible. Our College 
of Engineering is the nation’s sixteenth 
largest producer of Ph.D.’s in a Unversity 
which has the nineteenth largest extramural 
research funding. Salary and benefits are ex¬ 
tremely attractive. 

The town of Davis has a population of ap¬ 
proximately 50,000. Located eleven miles 
from Sacramento, it is situated within driving 
distance from the major cultural centers of 
the San Francisco area as well as the out¬ 
standing recreational facilities of the Sierra 
Nevada. The town has earned an interna¬ 
tional reputation for its progressive energy- 


conservation policies. Because of its loca¬ 
tion, its climate, and its small town character, 
Davis is considered by many to be a fine liv¬ 
ing environment. 

We are seeking individuals with strong 
records of teaching and research with am¬ 
bitious plans. Senior appointments require 
outstanding records of achievement; junior 
appointments must show evidence of great 
promise. All faculty are expected to have a 
strong commitment to teaching at all degree 
levels, and to demonstrate the ability to at¬ 
tract significant research support. The posi¬ 
tions require a Ph.D. degree or equivalent, 
and are open until filled. Send a resume and 
the names of at least three references to; 
Richard F. Walters, Chair 
Division of Computer Science 

S. Louis Hakimi, Chair 
Department of Electrical Engineering 
and Computer Science 
University of California 
Davis, CA 95616 

The University of California is an equal 
opportunity/affirmative action employer. 


UNIVERSITY OF KENTUCKY 
Chaired Professorship in 
Computer Engineering 

The Department of Electrical Engineering 
at the University of Kentucky is seeking a 
nationally recognized scholar to fill the 
Robinson Chair in Computer Engineering. 
Qualifications include a Ph.D. in Electrical 
Engineering and an ability to establish, 
develop extramural support for and maintain 
a viable and nationally recognized research 
program in Computer Engineering. Also re¬ 
quired is an ability to lead development of 
and teach, where appropriate, supporting 
graduate level courses in Computer Engi¬ 
neering. This position offers outstanding 
professional opportunities as well as a highly 
competitive salary. A major priority of the 
University of Kentucky is the establishment 
of Computer Engineering as a nationally 
recognized Center of Excellence with the 
Robinson Chair providing the scholarly 
leadership required to develop and maintain 
such a Center. Additional existing support of 
the position includes a university administra¬ 
tion supportive of computing activities, sb« 
existing faculty positions in Computer Engi¬ 
neering, excellent laboratory and office 
space, supporting computing facilities in¬ 
cluding an on-campus supercomputer, main¬ 
frames, departmental minicomputers, 
microcomputers, and office workstations, all 
connected through a campus-wide data 
communications network. Supporting units 
of interest include a Computer Science 
Department, a recently established Center 
for Computational Sciences and the Univer¬ 
sity Computing Center. Nominations or ap¬ 
plications should be sent to Dr. J. Robert 
Heath, Chairman, Robinson Chair Search 
Committee, Department of Electrical Engi¬ 
neering, University of Kentucky, Lexington, 
KY 40506-0046. Additional information 
may also be obtained by calling (606) 
257-3124. The University of Kentucky is an 
equal opportunity/affirmative action 
employer. 


UNIVERSITY OF MINNESOTA 

Department of Electrical Engineering has 
several tenure track or tenured faculty posi¬ 
tions in Electrical Engineering available at all 
levels. The duties will include the establish¬ 
ment of sponsored research and undergradu¬ 
ate and graduate teaching. Applications 
from individuals with exceptional qualifica¬ 
tions in all areas of Electrical Engineering will 
receive due consideration. Of particular in¬ 
terest, however, are specialities in computer 
architecture and digital electronics, micro¬ 
electronics, circuits and VLSI design, mag¬ 
netics, image processing and computer vision. 

The Department of Electrical Engineering 
has 45 faculty members providing under¬ 
graduate and graduate education and pursu¬ 
ing research in all areas of electrical engineer¬ 
ing. The State-funded Microelectronics and 
Information Sciences Center and Supercom¬ 
puter Institute at the University of Minnesota 
will provide opportunities for interdisciplinary 
research in cooperation with industry. The 
Department has a complete integrated circuit 
fabrication and design lab, access to Cray 
supercomputers, and other facilities. 

The requirements include an earned Doc¬ 
torate and outstanding academic and re¬ 
search records. Rank and salary will be 
commensurate with qualifications and ex¬ 
perience. Temporary and visiting positions 
are also available. Send applications and 
resumes to; 

Professor Mostafa Kaveh, Chairman of 
the Faculty Recruiting Committee, Depart¬ 
ment of Electrical Engineering, University of 
Minnesota, 200 Union Street Southeast, 
Minneapolis, MN 55455. 

Last date for receiving applications August 
30, 1989, for positions available September 
16, 1989. Review and interviews may begin 
as early as November 15, 1988, and early 
decisions may be made on some positions. 

The University of Minnesota is an equal 
opportunity educator and employer and 
specifically invites and encourages applica¬ 
tions from women and minorities. 


UNIVERSITY OF 
WISCONSIN-MADISON 
Faculty Positions 

The Department of Electrical and Com¬ 
puter Engineering invites applications for 
tenure and tenure-track positions. A Ph.D. 
degree is required, and successful candi¬ 
dates are expected to participate in both 
teaching and research activities. Applicants 
in all areas of computer engineering are in¬ 
vited to apply, but the following areas are of 
special interest: computer architecture, com¬ 
puter networks, VLSI and computer-aided 
design, microprocessor and minicomputer 
applications, real-time control and in¬ 
strumentation applications, and engineering 
applications of artificial intelligence. Rank 
and salary will be commensurate with qualifi¬ 
cations and experience. Send resume and 
names of three references to J. Leon 
Shohet, Chairman, Department of Electrical 
and Computer Engineering, University of 
Wisconsin-Madison, 1415 Johnson Drive, 
Madison, WI 53706, an equal opportunity/ 
affirmative action employer. 


October 1988 
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THE UNIVERSITY OF TEXAS 
AT DALLAS 

The University of Texas at Dallas Erik 
Jonsson School of Engineering and Com¬ 
puter Science is seeking applicants for tenure 
track faculty positions at all levels. Areas of 
primary focus are microelectronics and tele¬ 
communications, with particular interest in 
solid state devices and circuits including 
silicon and III-V, VLSI circuit design, 
photonics, optical communications, com¬ 
puter architectures, computer networks, 
computer aided engineering and manufac¬ 
turing science. 

A Chair in Microelectronics and a Chair in 
Telecommunications is available, on a visit¬ 
ing or permanent basis, to nationally recog¬ 
nized leaders. 

Responsibilities will include development 
of sponsored research, direction of M.S. 
theses and Ph.D. dissertations, instruction of 
undergraduates and interaction with local 
high-technology industries. Opportunities 
for joint University-Industry research projects 
and consulting are excellent. 

A Ph.D. in engineering or a similar discip¬ 
line is required. Applicants for full or 
associate professor must have a demon¬ 
strated record of scholarly productivity and 
ability to attract research sponsorship. 

Applications and nominations should be 
referred to: 

Academic Search <'704 

The University of Texas at Dallas 

P.O. Box 830688 

Richardson, TX 75083-0688 

A resume with a list of five references 
should be included. Applications from 
women and minorities are especially wel¬ 
come. Indication of sex and ethnicity for af¬ 
firmative action statistical purposes is re¬ 
quested, but not required. Non U.S. citizens 
must indicate visa status. The search will 
remain open until all positions are filled. 
Inquiries should be referred to Dr. B.E. 
Cherrington, Dean of the Erik Jonsson 
School of Engineering and Computer Sci¬ 
ence. (214-690-2974). 

The University of Texas at Dallas is an Affir¬ 
mative Action/Equal Opportunity Employer. 


MISSISSIPPI STATE UNIVERSITY 
Head, Department of 
Computer Science 

Mississippi State University invites applica¬ 
tions and nominations for the position of 
Head of the Computer Science Department. 
Mississippi State is seeking an individual who 
can provide leadership and direction for its 
computer science program offering B.S., 
M S., and Ph.D. degrees. The successful 
candidate must have a Ph.D. degree in com¬ 
puter science or a closely related discipline 
and must have faculty experience in a doc¬ 
toral granting computer science department 
and an established record in research. 

Mississippi Slate University is a com¬ 
prehensive land grant university with 
leaching, research and service programs 
spanning a broad range of disciplines and 
professions. The Computer Science Depart¬ 
ment is a part of the College of Arts and 
Sciences and has fifteen full-time faculty. 
The new department head will be expected 


to recruit and fill current open positions. The 
Research Center for Advanced Scientific 
Computing has recently received $12 million 
grant and the University recently created a 
Center for Robotics, Automation and Artifi¬ 
cial Intelligence. A comprehensive research 
program is now a principal priority of the 
University with new programs being estab¬ 
lished and underway. 

A central computer facility consisting of a 
four-processor Unisys 1100 along with vari¬ 
ous peripheral devices and computers is 
available to the students and faculty. The 
Computer Science Department maintains 
several computer laboratories consisting of 
microcomputers, minicomputers, SUN 
workstations, and access to a VAX 11/785. 
The Computer Science Department will be 
housed in a separate new facility now under¬ 
going a $2 million renovation, to be available 
in 1989. 

Mississippi State is located in Starkville, 
Mississippi, a college town of approximately 
20,000. Memphis, Tennessee, Birming¬ 
ham, Alabama, and Jackson, Mississippi, 
are within two to three hours driving time. A 
regional airport serves Starkville and nearby 
cities of Columbus and West Point. 

Interested applicants please forward vita 
and names of four references to: 

Charles L. Bradshaw 
Acting Department Head 
Computer Science Department 
Mississippi State, MS 39762 
601-325-2756 

MISSISSIPPI STATE UNIVERSITY IS 
AN EQUAL OPPORTUNITY/AFFIRMA¬ 
TIVE ACTION EMPLOYER, 


PURDUE UNIVERSITY 
Computer Engineering 
Faculty Positions 

The School of Electrical Engineering at 
Purdue University seeks outstanding can¬ 
didates in all areas of Computer Engineering 
for research and teaching. Openings are for 
tenure-track faculty at all levels. Active 
research areas include artificial intelligence 
and expert systems; computer communica¬ 
tion networks; computer vision; design 
automation tools; digital signal processor 
system design; distributed algorithms and 
databases; fault-tolerant and testable com¬ 
puting; microprocessor design; neural net¬ 
works; parallel processing (architecture, 
algorithms, operating systems, compiling, 
languages, interconnection networks, and 
performance); robot vision, sensors and 
control; software engineering; speech pro¬ 
cessing; and VLSI architecture. 

The School has 65 full-time faculty (26 in 
Computer Engineering), and over $8.5M in 
funded research projects. In addition to the 
PhD, MSEE, and BSEE degress, the School 
offers a BSCEE (Bachelor of Science in 
Computer and Electrical Engineering) which 
is accredited in both Computer Engineering 
and Electrical Engineering, Computing 
facilities available to the faculty include the 
Engineering Computer Network (including 
17 VAX 11/780’s running UNIX BSD 4.3, 
1 Gould PN 9080, 4 Gould NP I’s, a CCI 
PN 6/32, and 225 Sun workstations), the 
Computing Center’s Cyber-205 and ETA-10 
supercomputers, a Symbolics LISP 


machine, and IBM 3090/180E, extensive 
graphics facilities, and numerous PC’s. 
Parallel computing facilities include a 
128-node Ncube hypercube, a 48 x 48 pro¬ 
cessor NCR-GAPP processor array, a 10 
processor Transputer array, the 30-proces- 
sor PASM Parallel Processor prototype that 
was developed and built at Purdue, and the 
Computing Center’s Sequent Balance 
21000. Custom VLSI chip facilities include 
an IBM Master Image System, Equipment in 
the Robot Vision Lab and Computer Vision 
and Image Processing Lab includes a Puma 
762 robot, a Cincinnati Milacron T3-726 
robot, a K2A Cybermation mobile robot, 
and Gould/DeAnza, Comtal, Grinnell, and 
Imaging Technologies image processing sys¬ 
tems. Support facilities provided by the 
School include a technical typing pool and a 
graphics illustrator. 

Applicants must possess a doctorate 
degree. Send a resume, including a state¬ 
ment of teaching and research interests and 
a list of at least three references, to: Head, 
School of Electrical Engineering, Purdue 
University, West Lafayette, IN 47907. Pur¬ 
due University is an Equal Opportunity/Af¬ 
firmative Action employer. 


THE UNIVERSITY OF QUEENSLAND 
Professor of Computer Science 

The successful applicant will be a com¬ 
puter scientist with a distinguished record of 
research leadership and achievement. Suc¬ 
cessful teaching experience would be antici¬ 
pated, as would demonstrable capacity for 
collaboration with industry and attraction of 
external funds. 

The appointee will be expected to contrib¬ 
ute substantially to Departmental research, 
either through leadership of existing pro¬ 
grams or initiation of new ones. He or she 
will also be expected to teach at both under¬ 
graduate and postgraduate levels, and to 
contribute to Departmental policy-making. It 
would be expected that the appointee would 
assume administrative responsibilities, in¬ 
cluding the department headship at an ap¬ 
propriate time. 

The Department is one of the largest in 
Australia, with 27 academic staff, including 3 
other Professors, about 30 research and sup¬ 
port staff, and over 400 equivalent full-time 
students. The Department has recently been 
designated by the Federal Government as 
the Key Centre for Teaching and Research in 
Software Technology. Current research in¬ 
terests include software specification, veri¬ 
fication and tools; information and knowl¬ 
edge-based systems; distributed systems; 
logic and functional programming; algorithm 
design and analysis; mathematical founda¬ 
tions and computational geometry. The ex¬ 
pertise of the appointee may either reinforce 
or complement these fields. 

Salary: $A61,550 per annum. Closing 
date: 31 October 1988. Reference No.: 
42488. 

For further information please contact the 
Head of Department (Professor A.M. 
Idster), Department of Computer Science, 
The University of Queensland, St. Lucia, 
Queensland, 4067. 

Equal Opportunity in Employment is 
University Policy, 
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WRIGHT STATE UNIVERSITY 

Department of Computer Science 
and Engineering 
Dayton, OH 45435 

Applicants are invited for tenure-track and 
visiting faculty positions at all levels. Suc¬ 
cessful candidates for tenure-track positions 
should have a Ph.D. in computer science, 
computer engineering, or equivalent back¬ 
ground and have demonstrated forward 
looking and creative research. Further de¬ 
sired attributes include: capability to direct 
Ph.D. candidates in computer science or 
computer engineering and the ability to ac¬ 
quire funds and/or direct research projects. 
All technical areas will be considered but AI 
related areas including machine learning and 
neural networks are of particular interest. 
Rank and competitive salaries are determined 
by qualifications and experience. 

The university is located in a high technol¬ 
ogy environment among industrial/military 
research and development facilities including 
Wright-Patterson Air Force Base and NCR. 
The graduate program has excellent offices 
and computing facilities in the WSU Re¬ 
search Center located in a fast growing 
associated state-assisted research park 
fostering basic and applied industrial/ 
military/university research. The Center for 
AI Applications and the Edison Materials 
Technology Center (EMTEC) funding 
organizations are located in the same 
building. 

Department strengths include a large 
faculty, extensive laboratory facilities in¬ 
cluding graduate laboratories in AI, optical 
computing, neural networks, and robotics, 
established research programs, industrial/ 
military support, degree programs in both 
computer science and computer engineer¬ 
ing, and large student populations at 
graduate as well as undergraduate levels. 

Please submit a detailed resume including 
names of three references to: CSNET ad¬ 
dress: amcaulay@wright.edu or Alastair D. 
McAulay, NCR Distinguished Professor and 
Chair, Department of Computer Science 
and Engineering, Wright State University, 
Dayton, OH 45435. Reviewing for positions 
will begin immediately and continue monthly 
until positions are filled or until April 1, 1989. 

An equal opportunity/affirmative action 
employer. 


UNIVERSITY OF TEXAS 
AT ARLINGTON 

The College of Engineering seeks applica¬ 
tions and nominations for the Moncrief- 
O’Donnell Chair in Artificial Intelligence for 
Manufacturing. The distinguished individual 
chosen to fill this endowed chair will lead 
research and academic programs and serve 
as an Associate Director for the Automation 
and Robotics Research Institute (ARRI). 

ARRI is a new facility dedicated in Febru¬ 
ary 1988 as a result of a $10 million gift from 
the Fort Worth and Dallas communities. The 
48,000 sq. ft. facility is located a short 
distance from the UTA campus. The campus 
is at the center of the DFW Metroplex, an in¬ 
ternational aerospace and manufacturing 


hub. The selectee will be appointed a full 
Professor with tenure in one of the academic 
departments or programs of the College 
(with aerospace, computer science, elec¬ 
trical, industrial, or mechanical engineering 
being most likely). Joint appointments are 
feasible. If appropriate. 

Duties will include providing scientific and 
technical leadership in the Institute, col¬ 
laborating with industry in applied research 
and development efforts at the Institute, 
overseeing the Artificial Intelligence for 
Manufacturing Laboratory and its profes¬ 
sional staff, developing and conducting a 
program of advanced research, supervising 
graduate students, teaching graduate 
courses, mentoring junior faculty, and other 
responsibilities normally assumed by pro¬ 
fessors of senior rank. 

Qualifications include an earned PhD in 
an appropriate discipline; internationally 
recognized credentials in the applications of 
artificial intelligence to manufacturing; ex¬ 
ceptional leadership skills; personal qualities 
and interest to work in an interdisciplinary 
team environment; proven capability to 
develop and manage extramurally funded 
research projects; and achievements and 
publications warranting appointment as a full 
Professor. Teaching experience and re¬ 
search experience in industry and/or 
government are desirable. A competitive 
salary will be provided. 

Applicants should submit a detailed re¬ 
sume addressing the above requisites and 
the names of at least five references to: Dr. 
John H. McElroy, Dean of Engineering and 
Chairman of Search Committee, Box 19019, 
The University of Texas at Arlington, Ar¬ 
lington, TX 76019. The immigration status 
of a non-citizen must be stated in the resume. 
Applications received by January 2, 1989 
will receive full consideration. The University 
of Texas at Arlington is an Equal Oppor¬ 
tunity/Affirmative Action Employer. 


UNIVERSITY OF MARYLAND 
Chairperson and Professor 
Computer Science Department 

The University of Maryland at College 
Park invites applications and nominations for 
the position of Chairperson and Professor of 
its Computer Science Department. Can¬ 
didates for the position should have a well- 
established reputation in research and teach¬ 
ing in computer science, and have demon¬ 
strated ability to lead a major research 
department. The Department has forty-five 
professorial positions and offers under¬ 
graduate and graduate (M.S. and Ph.D.) 
degrees. Many faculty hold joint research ap¬ 
pointments in the University’s Institute for 
Advanced Computer Studies. The prospec¬ 
tive appointment date is approximately July 
1, 1989. Applications received by January 
15, 1989 will receive full consideration. In¬ 
quiries, nominations, and applications 
should be addressed to: Chairman, Search 
Committee, Office of the Dean, College of 
CMPS, Room 2300 Mathematics, Universi¬ 
ty of Maryland, College Park, Maryland 
20742. 

The University of Maryland is an Equal 
Opportunity, Affirmative Action Employer. 


ETH ZURICH 

The Swiss Federal Institute of Technology 
(ETH Zurich) has two openings for Assistant 
professors. The new faculty members are ex¬ 
pected to pursue research in their fields of 
specialization in the Department of Com¬ 
puter Science. The following fields of re¬ 
search are of particular interest: 

—System software and operating systems 
—Digital circuits and computer hardware 
—Computer communication 
—Computer graphics 
—Theory of computation 
Duties of the new professors also include 
teaching at the undergraduate and the 
graduate level. An assistant professorship is 
initially for a term of 3 years, renewable for 
an additional 3 years. 

Candidates are invited to submit their ap¬ 
plication together with a curriculum vitae, a 
list of publications, references and a descrip¬ 
tion of their research activities and plans 
before November 31, 1988, to the President 
of ETH, Prof. H. Biihlmann, ETH-Zentrum, 
8092 Zurich, Switzerland. 

For further information please contact 
Prof. Peter Lauchli, Head of the Department 
of Computer Science, ETH-Zentrum, 8092 
Zurich, Switzerland. 


DEAN 

College of Computer Science 
Northeastern University, Boston, MA 

Northeastern University invites nomina¬ 
tions and applications for the position of 
Dean of the College of Computer Science. 
The Dean has administrative responsibility 
for all undergraduate, graduate, and re¬ 
search activities of the College and reports to 
the Provost (Senior Vice-President for 
Academic Affairs). 

In the six years since its founding, the 
College has designed and implemented an 
accredited undergraduate curriculum incor¬ 
porating the university’s cooperative educa¬ 
tion plan. At the graduate level, the College 
offers a Master’s program and a Doctoral 
program, supported by a vigorous faculty 
research effort. The academic and research 
programs have the strong and continuing 
support of the University. 

We seek to appoint a candidate who: 

• is tenurable as a full professor in 
Computer Science 

• has demonstrated excellence in 
research 

• shows evidence of a strong commit¬ 
ment to education 

• has proven leadership and ad¬ 
ministrative capability 

• has the credentials and capability to 
develop cooperative ventures with cor¬ 
porate and governmental partners. 

Northeastern University is an affirmative 
action/equal opportunity/Title IX 
employer. 

Nominations and applications should be 
sent to: Professor John Casey, Chair, 
Search Committee, c/o Faculty Senate Of¬ 
fice, 423 Richards Hall, Northeastern 
University, Boston, MA 02115. 


October 1988 
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BOOK REVIEWS 


Editor: Wiley McKinzie, School of Computer Science and Technology, Rochester Institute of Technology, Rochester, NY 14623; Compmail, w.mckinzie; CSnet, wrm@rit 


Interactive Multimedia: Visions of Multimedia for 
Developers, Educators, and Information Providers 


Sueann Ambron and Kristina 

Hooper, eds. (Microsoft Press, Red¬ 
mond, Wash., 1988, 339 pp., $24.95) 

Interactive Multimedia is a collection 
of material assembled from a June 1986 
invitational conference called Multime¬ 
dia in Education. The foreword by 
John Scully, the Apple copyright, the 
Apple symbol on the front cover, and 
the fact that both editors are Apple 
employees provide a few clues about the 
material’s orientation. 

The book consists of eight sections, 
including an epilog describing Hyper¬ 
Card, which Apple released after the 
conference but before the book was 
published. The book’s topic is 
Hypercard-based interactive media, 
even though most of the project 
descriptions are not Hypercard- 
oriented. 

The sections seem somewhat arbitrar¬ 
ily titled, and no clear distinction exists 
between the multiple themes of some of 
the material. For example, the first sec¬ 
tion, “Computer Science and Engineer¬ 
ing,” does not really contain much 
about computer science and engineer¬ 
ing. It focuses on philosophical issues 
related to interactive multimedia. The 
exception, and a very interesting one at 
that, is “Issues in Designing a 
Hypermedia Document System” by 
Yankelovich et al. For users of rela¬ 
tional or Codasyl DBMSs, this paper 
sheds some light on the definition of an 
entirely new database structure predi¬ 
cated on unique philosophies of infor¬ 
mation retrieval. 

Most of the book does not really con¬ 
sist of papers. Many of the subsections 
appear to be heavily edited transcrip¬ 
tions of talks given at the conference. 
The speakers’ diverse educational and 
industry backgrounds result in less- 
uniform material than you would find 
in the proceedings of an academic con¬ 
ference. 

You will be disappointed if you read 
this book looking for descriptions and 
evaluations of real, ongoing multimedia 
projects. Much of the material describes 
plans, aspirations, or preliminary 


efforts. Examples include Bernard 
Frischer’s Cicero at UCLA, Larry 
Friedlander’s Shakespeare Project at 
Stanford, and National Geographic’s 
videodisc on whales. 

In those cases where prototype sys¬ 
tems have been built, more practical 
considerations temper the enthusiasm 
of the presenters. In describing “The 
Voyage of the MIMI,” a major project 
concerned with the use of television, 
computer software, videodisc, and print 
materials in elementary school science 
and mathematics, Samuel Gibbons con- 


For tired old hands, the 
enthusiasm implicit in 
Interactive Multimedia 
might invigorate and 
rejuvenate. 


dudes that the project was too expen¬ 
sive and too risky for publishers to 
undertake. Tom Anderson describes 
“Beyond Einstein,” a physics video 
project at WNET Channel 13 in New 
York, and laments that a lack of fund¬ 
ing prevented the project from continu¬ 
ing beyond the prototype phase. 

Readers involved with interactive 
media will recognize some of the hopes 
as well as the lamentations. In fact. 
Hooper herself asks, “Is any of this 
really new?” I don’t think it matters. 
What does matter is that the new opti¬ 
cal disk spin-off products, together with 
easy-to-use interfaces, provide a 
broader range of users with the oppor¬ 
tunity to explore interdisciplinary appli¬ 
cations of the technologies in a 
cost-effective manner. For those peo¬ 
ple, most of the 15 articles, together 
with the section called “Thought 
Pieces,” make this book valuable read¬ 
ing. For tired old hands, the enthusiasm 
implicit in Interactive Multimedia might 
invigorate and rejuvenate. 

Sorel Reisman 

California State University, Fullerton 


Computer Graphics: 
Systems and Concepts 

Rod Salmon and Mel Slater 

(Addison-Wesley, Reading, Mass., 

1987, 702 pp., $38.75) 

Computer graphics technology is one 
of the fastest-growing aspects of infor¬ 
mation technology. To fill the need for 
an up-to-date reference and text in this 
area, Salmon and Slater wrote Com¬ 
puter Graphics: Systems and Concepts 
as “a practical guide to the construction 
and implementation of computer 
graphics systems . . . demonstrating the 
power and range of applications of 
computer graphics, presenting the basic 
principles involved in constructing a 
computer graphics system capable of 
these applications, and introducing the 
reader to existing computer graphics 
systems.” The book is intended as a 
basic undergraduate tutorial text on 
computer graphics. 

The book consists of two parts. The 
first addresses graphics programming, 
using the international standard 
Graphic Kernel System as the basis for 
a detailed discussion. The second part 
looks at system aspects such as the 
human-computer interface, devices that 
can be incorporated into a system, and 
a complete system design. 

The treatment of GKS is comprehen¬ 
sive and the most cohesive part of the 
book. The GKS story demonstrates the 
pace at which graphics technology is 
moving. It was conceived in the 
mid-1970s by scientists and engineers 
seeking ways to make their graphics 
software more portable. It became a 
recognized ISO standard as recently as 
1985, but is now becoming an “old” 
technology under the pressure of raster 
displays, WIMP (Windows, Icons, 

Mice, and Pop-up menus) implementa¬ 
tions, desktop publishing, and other 
innovations. 

The authors recognize this trend and 
include two chapters on recent graphics 
programming developments including 
Postscript, graphics modeling with the 
Programmer’s Hierarchical Interactive 
Graphics System, and bitmapped 
graphics. Another chapter assesses GKS 
in light of these recent trends. GKS can 
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be inefficient and complex, and it is 
based on dated programming language 
concepts and the vector plotter model. 
Nevertheless, it is an easily learned stan¬ 
dard with readily available graphics 
libraries leading to portability of appli¬ 
cation programs. GKS provides a good 
teaching model now, but it will become 
dated quickly. Later editions of this 
book will certainly need to give more 
emphasis to recent trends. 

The discussion of graphics program¬ 
ming concludes with a chapter address¬ 
ing the basic notions of 3D 
graphics—coordinate systems and 
transformations, the principles of views 
and classes of projections, visibility, 
and shading. The authors attempt to 
give an overview of the field while 
providing substantial mathematical 
detail. Less detail might have made the 
chapter easier to follow. 

The treatment of the human- 
computer interface is comprehensive, 
but does not always expand on details 
in the most appropriate places. This is 
disappointing given the interface’s 
importance in the success of any 
graphics application. The chapter 
would benefit from more discussion of 
what makes a good interface and less on 
the biology of the human eye. The 
chapter covers considerable ground, but 
in an unstructured manner. 

Subsequent chapters describe 
graphics hardware including electronic 
displays, image generators, graphic 
input devices, and hard-copy devices. 
The survey has sufficient detail to give 
the system designer an awareness of the 
issues involved. 

The final chapter describes the prag¬ 
matic development of a particular 
graphics system. Unfortunately, it does 
not attempt to present a design method¬ 
ology. The chapter could be more 
prescriptive in identifying issues that 
must be addressed and still maintain the 
benefit of describing a practical devel¬ 
opment. 

The scope and general structure of 
the book is ideal for an undergraduate 
graphics textbook. It teaches one typi¬ 
cal graphics programming system in 
detail, presents an overview of recent 
trends and more advanced program¬ 
ming issues, and addresses the systems 
issues of graphics technology. However, 
the level of detail is not always appro¬ 
priate. 

The synopsis and summary of each 
chapter are very helpful for setting the 
context and reviewing the topics 
covered. Exercises also supplement each 
chapter, though they are somewhat 
unimaginative in the second part. A 
separation of programming exercises 
from theoretical and discussion ques¬ 


tions would make the exercise sections 
easier to use. 

The book’s first section would be 
suitable for the computer practitioner 
wishing to learn GKS. The remainder 
could serve as an overview reference, 
but it has insufficient detail for a thor¬ 
ough investigation. Given the review 
nature of many of the chapters, a bib¬ 
liography of further reading for each 
chapter would be more helpful than the 
list of references at the end of the book. 

I commend the book’s presentation. 
The amount of white space and the 
page layout are visually pleasing and 
make the book easy to read. The 


Fundamentals of Electron 
Some Aspects of Imaging 


William F. Schreiber (Springer- 
Verlag, New York, 1986, 187 pp., 
$60) 


A better title for this book would be 
“The Art of Electronic Imaging Sys¬ 
tems,” because of the author’s unique 
blend of engineering principles and per¬ 
sonal experience in the field of elec¬ 
tronic imaging systems. Readers 
expecting a book filled with algorithms 
to digitally process images will be disap¬ 
pointed. However, readers interested in 
designing imaging systems will be 
delighted. The book’s main emphasis is 
the beginning-and-end design of imag¬ 
ing systems, with many of the examples 
oriented toward television systems. 

Each chapter ends with lessons for sys¬ 
tem designers. 

The author defines image processing 
as “the treatment of an image to pro¬ 
duce a second image or group of images 
for the same purpose.” Examples 
include photographic prints and TV 
images. The author examines the role of 
“traditional” image makers (such as 
photographers and printmakers) and 
their contributions to the field. The last 
chapter covers image processing in the 
graphic arts, with emphasis on typogra¬ 
phy and printing technology. 

One of the more interesting aspects of 
the book is the blending of art and 
science. The author introduces the 
necessary engineering and mathematics, 
but notes that the “best” mathematics 
do not always produce the most pleas¬ 
ing image. In fact, the author devotes 
an entire chapter, “Perception of 
Images,” to the interplay between vis¬ 
ual perception and the mathematics of 
image processing. This chapter best dis¬ 
plays the author’s unique background. 


authors clearly define section headings 
and subheadings, extensively use figures 
and diagrams, and include 16 pages of 
color plates. The book also includes a 
comprehensive index. 

Although the concept and scope of 
the book are sound, the inconsistent 
quality makes it disappointing in parts. 
The weaknesses of detail should become 
evident when the book is actually 
applied to a course. If these weaknesses 
are corrected in a second edition, the 
book will serve its purpose excellently. 

Denis K. Warne 

Computer Sciences of Australia 


ic Imaging Systems: 
Processing 

The chapter titled “Light and Optical 
Imaging Systems” examines the optics 
of imaging systems, the Fourier repre¬ 
sentation of an image, and noise 
sources in an image. Although the 
book’s length necessitates brief treat¬ 
ment of these topics, the material is 
sufficient and the references are 
excellent. 

Another chapter focuses on sampling 
theory, interpolation of digital images, 
and the effects of quantization noise. 
Again the author demonstrates that the 
“best” interpolation function is not 
always the best in a visual domain. He 


Readers interested in 
designing imaging 
systems will be delighted. 


points out that some waveform distor¬ 
tions are quite permissible as long as 
they are compatible with normal visual 
processes; in fact, they sometimes 
improve image quality with properly 
shaped and proportional overshoots. 

Because of the large amount of data 
associated with images, especially video 
images, the author devotes a chapter to 
data compression, including Shannon’s 
statistical methods, a description of the 
international standard CCITT system, 
and a description of coding of 
continuous-tone images. 

I highly recommend this unique book 
to anyone interested in the design and 
use of electronic imaging systems. 

Robert D. Haskins 

Jet Propulsion Laboratory 
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Data Structures: With Abstract Data Types and Modula-2 


Daniel F. Stubbs and Neil W. Webre 

(Brooks/Cole, Monterey, Calif., 

1987, 556 pp., $43.25) 

This book covers the study of classi¬ 
cal data structures and abstract data 
types. The authors have carefully inte¬ 
grated ADT with the study of data 
structures, using Modula-2 as the pro¬ 
gramming language. 

The book starts with an introduction 
of data types, abstract data types, vir¬ 
tual and physical data types, linear and 
ordered structures, and data structures. 
The book then covers arrays, records, 
pointers, simple linked lists, stacks and 
queues, linear structures that include 
lists, ordered lists, rings, and sequences. 
Hierarchical or nested data structures 
such as trees are covered in detail, 
including ordered trees, binary search 
trees, Addison-Velskii Landis trees, 
heaps and priority queues, and B-trees. 

The authors discuss internal sorting 
techniques and offer an excellent 
presentation of time studies. They then 
present common structures such as sets, 
strings, and graphs. The book con¬ 
cludes with a chapter on Ada data typ¬ 
ing facilities, data abstractions, and 
formal specifications of abstract data 
types. 

The reader should have had a course 
in algorithm design and have working 
knowledge of a structured program¬ 
ming language, preferably Modula-2 or 
Pascal. The book can serve as a very 
good introduction to data structures or 
as a textbook for a course with content 
similar to the curriculum of CS2 of 
ACM (Koffman, Stemple, and Wardle, 
Comm. ACM, Vol. 28, No. 8, Aug. 
1985, pp. 815-818). 

The book is well organized, readable, 
and has excellent graphic presentation. 
Each chapter contains summaries, and 
the authors boldface the technical terms 
and provide explanations of their mean¬ 
ing. They also use the margins exten¬ 
sively for quotes, figures, and examples 
to demonstrate a point. 

The authors use a data-oriented 
design approach to problem solving. 
They use abstract data types, carefully 
chosen operations and their specifica¬ 
tions, and preconditions and postcondi¬ 
tions to lend further clarity to the 
implementation. Timing studies and 
frequency analyses are well presented 
by graphs, which 1 seldom find in books 
at this level. 

The exercises include problems of a 
theoretical, design and specification, 
and implementation nature. Also, some 
exercises include additional topics such 


as associative and positional accesses of 
search, effectiveness of move of a sort¬ 
ing algorithm, and other sorting 
methods—shaker sort, mean sort, shell 

Topic references appear in the text as 
soon as the topic is mentioned, rather 
than at the end of the chapter. This 
should be very helpful to students who 
would like to pursue the topics further. 

Overall, the authors have written a 


Kenneth Flamm (Brookings Institute, 

Washington, DC, 1987, 266 pp., 

$31.95) 

My book reviews typically leave the 
recommendation for last. In this case, 
however, I want to recommend this 
book now to any and all who need an 
insight into the economics of the inter¬ 
national computer industry for the pur¬ 
poses of strategic planning, or who 
simply wish to study the history of the 
international computer industry, com¬ 
paring and contrasting both commercial 
and government impacts throughout. 

This book analyzes the role of 
government in the computer industry in 
Western Europe, Japan, and the United 
States. Flamm breaks the tradition of 
viewing such a report as a license to 
bore. He masterfully presents the typi¬ 
cally mundane economic data, inter¬ 
weaving it with historical fact, 
conjecture, and interesting com¬ 
mentary. 

The author contrasts the role of 
government with that of the commercial 
sector, providing the reader with an 
extremely well-rounded view of the 
computer industry from a worldwide 
perspective. At the same time, this book 
contains a compilation of facts about 
the US computer industry 1 have not 
seen in one place before. 

Although loaded with esoteric eco¬ 
nomic equations, this book should not 
intimidate those without a background 
in math, since most of the equations are 
also presented in concise and easy-to- 
understand graphs and charts. Thus, 
the skeptic (or researcher in need of 
such equations) can examine the 
method for arriving at the graphs and 
charts, while the rest need go no further 
than the graphs. In addition, the author 
has striven to provide basic information 


very enjoyable book introducing data 
structures and abstract data types. The 
data-oriented method for problem solv¬ 
ing complements the algorithmic 
approach. The authors have fulfilled 
their stated goal of presenting a “fresh 
approach to the study of data 
structures.” 

Grace C.N. Yeung 

California State University, Fresno 


for the reader who has little or no back¬ 
ground in digital computer fun¬ 
damentals. 

In my academic experience, I have yet 
to encounter another similarly well- 
written piece of research. I don’t feel 
that the author wrote this book as a text 
for a course; however, it would make a 
good resource for a graduate course in 
the economics of high technology. It 
would serve as a good primer on the 
computer industry for the uninitiated, 
and it also offers adequate information 
to be useful to computer scientists, 
computer engineers, or software 
engineers. The book extracts pertinent 
information from the numerous refer¬ 
ence works where required. 


In my academic 
experience, I have yet to 
encounter another 
similarly well-written 
piece of research. 


This book is well written, well 
organized, and provides extraordinary 
continuity despite the fact that it is basi¬ 
cally a dissertation. If it has a weakness, 
it is probably that it was published last 
year. However, this excellent work will 
remain valuable for some time as a con¬ 
cise analysis of the industry through 
1987. And some of the results concern¬ 
ing the US computer industry—such as 
“Federal resources are clearly being 
shifted out of other areas and into 
computers”—should give us all some 
serious food for thought. 

Vincent L. Boyer 
UTL Corp. 
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NEW LITERATURE 


Government R&D catalog. The 
National Technical Information Service 
has published a free 38-page catalog 
describing specialized technical infor¬ 
mation products and services available 
only through this agency of the US 
Department of Commerce. NTIS col¬ 
lects the results of government- 
sponsored R&D activities as reported by 
some 350 federal agencies and world¬ 
wide sources. Information about the 
online NTIS Database is also included. 
Contact NTIS, Springfield, VA 22161; 
ask for PR-827/KIZ, NTIS Products 
and Services Catalog. 

Softcover reprints. Dorset House has 
reprinted several classic works in soft- 
cover for the first time. 

Rethinking Systems Analysis and 
Design by Gerald M. Weinberg (ISBN 
0-932633-08-0, 208 pages, $26.50) is a 
series of short essays that explore the 


logical and more intuitive aspects of the 
analysis/design process. Topics include 
mastering complexity, general systems 
thinking, observing and interviewing, 
trading off quality versus cost, and 
understanding the designer’s mind. 

Software Productivity by Harlan D. 
Mills (ISBN 0-932633-10-2, 288 pp., 

$25) contains 20 articles documenting 
technical and managerial methods for 
achieving improved software productiv¬ 
ity and quality. Topics include top- 
down structured programming, chief 
programmer teams, measurement of 
program complexity, and buying qual¬ 
ity software. 

Understanding the Professional Pro¬ 
grammer by Gerald M. Weinberg 
(ISBN 0-932633-09-9, 240 pp., $20) is 
an “insider’s book” organized as a col¬ 
lection of essays about how to become a 
better programmer and improve job 
performance. 


Fundamental Concepts of Computer 
Science: Mathematical Foundations of 
Programming by Leon S. Levy (ISBN 
0-932633-06-4, 320 pp., $23) examines 
how to formulate an algorithm in a 
mathematical form, and includes such 
topics as sets, functions, and relations; 
graph theory; algebraic systems; formal 
systems; trees; and programming appli¬ 
cations. 

General Principles of System Design 
by Gerald M. Weinberg and Daniela 
Weinberg (ISBN 0-932633-07-2, 376 
pp., $27) was formerly titled On the 
Design of Stable Systems and offers 
applications not only to the designers of 
computer systems but also to the 
designers of such human and natural 
systems as training programs, parks, 
and cities. 

For more information about any of 
these softcover reprints, contact Dorset 
House, 353 W. 12th St., New York 
10014, phone (800) 342-6657. 


State of Kuwait 
Kuwait University 

Applications are invited for posts of Professors, Associate 
Professors and Assistant Professors for the academic year 
1989/90, tenable September 1,1989, in the following disciplines: 
College of Engineering & Petroleum 
Department of Electrical Engineering: 

• Computer Engineering 

• Computer Science 

• EM Fields 

• Communications 

• Power 

College of Science 
Department of Mathematics: 

• Computer Science 

• Mathematical Modeling 

(The Department is especially interested in promising holders of the 
Ph.D. in all specializations of Math and Computer Science) 

The language of instmction is English. All Applicants must hold 
the Ph.D. at the time of application. Application forms and 
conditions of service may be obtained from: 

Kuwait University Office 
3500 International Dr., N.W. 

Washington, DC 20008 

Note: Please specify department. If an applicant wishes to apply 
to both departments two sets of applications and support 
documents must be submitted. 

Completed applications, together with non-returnable copies of 
academic degrees, graduate transcripts and representative 
publications must be posted by the applicants directly to the 
respective colleges by registered post to arrive no later than 
November 30,1988. Addresses are provided on the application 
forms. 


NOW LEASING 

OFFICE, WAREHOUSE, DISTRIBUTION, 
R&D. IMMEDIATE OCCUPANCY. 
LOADING DOCKS, DRIVE-INS, FREE 
PARKING, QUICK ACCESS TO 1-95, 


1-395, NATIONAL AIRPORT & DC. 
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If it weren’t for Sliarp’s new tecli- 
nology, ckances are you’d stdl ke 
trying to read tke keadline akove. 
Tkat’s kecause our display screen 
offers unsurpassed krigktness 
and clarity, witk tkree times tke 
contrast of conventional LCDs. 
Along witk an increased viewing 
angle, our doukle super-twist 
display provides an image quality 
wkick approackes tkat of a 
printed page. 

Wkat’s more, Skarp is tke 
first to successfully develop and 
mass-produce tkis tecknology— 


wkick means we kave DST of tke first kand-keld calculators, 
displays availakle now in Skarp kas keen an innovative 
quantity. Hack 
unit is fitted witk 
a durakle CCFT 
kackligkt for 
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offers low drive 
voltage, low power consumption, leader in LCD displays. To 
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